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(57) Abstract 

A forms engine allows data sharing between customizable on-line fomis. such as college admissions applications. Before applying, an 
applicant opens an account widi a Ifaiid party application servicer. After the applicant completes an application for one institution, die data 
is saved in a data base and automatically populates fields in subsequent application forms. The form for each institution is created firom a 
form description file. Each form is branded for its institution and forms for difTencnt institutions differ in appearance and content so that the 
presence of the third party servicer is transparent to the applicant The system is extensible without progr am ming, allowing new applicant 
attributes to be readily incorporated into die system and allowing the content and appearance of the application to be readily changed 
by changing the description file. The use of aliases for applicant attributes permits data to be readily shared between forms even though 
labelled and arranged differendy on different forms. Information stored about each attribute allows the specification of data validation rules 
and data sharing and grouping rules, as well as dependency rules that pemiit application page content to depend on applicant's responses 
on a previous page. 
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Title: UNIVERSAL FORMS ENGINE 

SPECIFICATION 
Related Applications 
5 This ^plication claims priority for U.S. Provisional Patent {plication 

No. 60/088,123, filed June 4, 1998. 



Field of the Invention 
This invention relates to a computer implemented method and qjparatus for 
processing forms and, in particular, to a method and q>paratus for processing 
1 0 customizable £qxplication fonns that share information fit)m an extensible database. 



Backisround of the Invention 
The i»x>cessing of college admission application forms described below is 
illustrative of the current state of foims processing. Students applying to colleges and 
universities ^ically con:q)lete a separate paper application for each institution to 

15 i^ch they seek admission. Each explication is then mailed to the corresponding 
institution along widi an {^plication fee. 

Many institutions would like to simplify the application process by allowing 
students to ^lyovra- the Internet Although an Internet application allows an 
institution to process the plication infomiation electronically, a student is required 

20 to renter the same information for each subsequent application to a different 

institution or to the same institution for a different academic temL Moreover, if the 
institution wishes to change the plication form, the institution must typically revise 
the source code that creates the plication form, tiiereby making changes to the 
qjplication form expensive and inconvenient. 

25 One could reduce redundancy in the implication process by allowing students 

to complete a single, generic application provided by a third party v/ho would then 
transmit the plication to any designated institution. Such systems, however, would 
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make it impossible for institutions to customize their applications form. In an 
environment where schools are competing for top students, the image that a school 
projects to potential students is important, and a customized application can help 
project the image that the school wishes to create. The questions that a school asks 
5 on its application reflect the values of the institution. Many schools want information 
different from that vMch would be on a generic form. Thus, it is imacceptable to 
many institutions to use a generic application form. 

Most institutions continue, therefore, to use primarily p^>er applications or 
their own on-line qjplications, with the disadvantages described above. Moreover, 
10 tte institution must then process the qjplication fee for on-line applications, ^ch 
may require that the institution have some expertise in electronic conmierce. 



Summa rv of the Invention 
Accordingly, it is an object of the present invention to provide an improved 
method of processing fonns. 
15 It is yet anoAer object of the present invention to provide such a method that 

allows data sharing between customizable forms, the ctistomization including 
branding of forms to specific institutions. 

It is yet a further object of the invention to provide such a method that uses an 
ext^isible data-sharing database. 
20 It is still another object of the present invention to provide an inqsDved 

method of proces^ng admissions {plications. 

The present invention comprises a universal fonns engine that perauts the 
creation and processing of customizable electronic forms and selective sharing of 
information between flie customized forms. A user flius enters data only once, and 
25 the data is shared through an extensible database between disparate forms. The 
fomis are completed by a user over a computer networic and information from each 
completed fonn is forwarded to the appropriate entity over a computer network. The 
ability of the forms engine to present a fonn for user input, to receive data from the 
user, and to provide the data to the appropriate entity is independent of the computing 
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platfonn of the user and the entity. Any fees associated with the fonns can be 

processed electronically over a computer network together with the forms. 

The invention thus creates forms, parses data on forms, stores data, retrieves 

the data, and deploys the data onto other fomis. As additional forms are completed 
5 and additional infonnation becomes part of the database, the amount of infonnation 

that must be manually entered on new fomis decreases because the new forms are 

automatically populated with the previously entered data. 

A fonn is considered to be essentially a container for data and implies an 

associated process. The forms engine mtegrates the form, the data, and the 
10 processing regardless of the 2q)pearance of the form, the typo or significance of the 

data, and the processmg that follows collection of the data. 

Metadata, that is, information that characterizes the ^plicant data is also 

stored. For exan^Ie, in one embodiment, an attribute table describes characteristics, 

such as permissible values and accessibility to various institution personnel, of 
15 qiplicant attribute data. In another embodiment, such properties of the applicant 

attributes are stored in XML files. Storing metadata provides greater control over the 

data validation, sharing between forms, grouping, and access. 

User information and application information are abstracted from the coding, 

that is, the user mformation and plication information is stored in a way that allows 
20 the application information and Ae user mformation to be changed without 

reprogramming. Tliis abstraction allows the set of user data to be extraided widiout 

reprogramming, alio ws the user data to be displayed in different formats in difFerrat 

qjplications, allows the data to be validated to ensure that it can be used by the 

institutions, and eases access to the information over the Web by institutions. 
25 Abstracting the application infonnation allows the ^plication itself to readily 

changed, and allows changes, such as changes to ^Ucation dates, to be made by the 

institutions themselves. The abstracted information is saved, for example, in a 

relational database or in an XML file. 

The subject matter of the present invention is particulariy pointed out and 
30 distinctly clauned in the concluding portion of this specification. However, both the 



SUBSTITUTE SHEET (RULE 26) 



wo 99/63454 



PCT/US99/12539 



organization and method of operation, together with further advantages and objects 
thereof, may best be understood by reference to the following description taken in 
connection with accompanying drawings wherein like reference characters refer to 
like elements. 

5 Brief Description of the Drawings 

FIG. 1 shows a network through which applicants, a servicer, and institutions 
are connected in a preferred embodiment of the invention 

FIG. 2 shows an entry web page presented to an applicant of FIG. 1 
FIG. 3 shows a web page showing the results of an on-line college search that 
10 providedthelinktotheentry webpageof FIG. 2. 

FIG. 4 shows a web page for creating a new account with the servicer of FIG. 

1 

nG.5 is a diagram showing schematically how accounts are created in a 
preferred embodiment of the present invention. 
IS Figs. 6a- 6d show a web page used to supply directions and information to the 

applicant of FIG. 1. 

FIG. 7 shows an plications options page that provides the qiplicant with 
links to an plication instruction page. 

Figs. 8a-8d shows an plication instruction page for an on-line plication. 
20 FIG. 9a-9c shows the first page of an on-line admissions q>plication 

FIG. lOa-lOc shows the second page of an on-line admissions ^yplication 
FIG. 11a and 1 lb shows the third page of an on-line admissions q>plication 
FIG. 12a-12d shows the fourth page of an on-line admissions i^lication 
FIG. 13 is a diagram showing schematically the interactions between the 
25 applicant, the forms engine and the applicant database during initial access of an 
plication form. 

FIG. 14 is a diagram showing schematically the interactions between the 
plicant, the forms en^e and the applicant database as data is posted fitom an 
application form. 
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FIG, 15 shows a flowchart of the interactions shown in FIGS. 13 and 14. 
FIG. 16 shows the steps shows the steps that occur in a preferred embodiment 
^en an ^plicant contacts the forms engine. 

FIG. 17 shows the "back-end" states available during application processing. 
> na 18 is a simplified exan4>le of classes used in an object-oriented 

programming implementation of the invention. 



Detailed Description 
The system according to a preferred embodiment of the present invention 
comprises a forms engine that processes ^plications for admission to institutions. 
10 The piefened CTibodiment, \^ch is operated by a third party application servicer, 
uses relational databases for storing information and communicates with applicants 
and institutions over the World Wide Web. The invraition is not limited, however, to 
the processing of any particular type of form or to the use of any particular network 
or database. 



1 5 Overview of a Preferred Embodiment 

FIG. 1 shows multiple applicant computers 14 that communicate with a 
server 16 through the portion of the Intemet 1 8 known as the World Wide Web (the 
Web). A typical applicant computer 14 comprises a personal computer, such as a 
Pentium-based personal computer using a \^do ws-based operating system and 

20 running a commercially available Web Browser, such as Netsc^ Navigator or 
Internet Explorer. In a preferred embodiment, applicant compiiters 14 can use an 
oldo-, text-based browser, because processing, such as error checking, is performed at 
server 16, rather than at the client browser. 

Server 16 is a computer, such as a Sun Solaris UltraSparc Server, that is 

25 executing a forms engine of the present invention, as well as Web server software 
that coordinates communications with visitors to the form engine Web site. 
Information and forms transferred fiom server 16 are typically formatted in a 
hypertext mark-up language (HTML) and can mclude text, programs, graphics, video, 
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and audio portions. Server 1 6 is preferably operated by a third party application 
servicer 24 and is connected to secure data storage 26. Multiple institution 
computer 28, operated by institutions, such as colleges or universities that require 
admissions plications, also communicates with server 1 6 over the Internet 1 8. 
5 Although the preferred embodiment of the invention is implemented using an 

Internet Web site, the invention is not limited to any particular type of computer or 
computer network. By making the Explications available over the Web, any applicant 
with a Web browso* can ply electronically. On-line plication also allows the 
application fee to be processed on-line, so that credit card setdements, electronic 

10 bank withdrawals, and other payment methods can be performed more efBcientiy, 
and the setdement can be easUy fiicilitated by the third party that operates the 
application forms engine to ^ch multiple institutions subscribe. 

FIG. 2 shows an entry page 36 that is presented to an plicant who has 
accessed server 16 of FIG. 1. In apreferred embodiment, oitry page 36, as well as all 

15 other pages presented to tiiepUcant, is presented as an HTNfL page. Pages on 
v»^ch the pUcant enters mforniation use the HTML <FORM> tag. TheHTML 
form posts information to server 16, \^ch executes a common gateway inter£Eice 
(CGI) program specified by the form to process the received information. The CGI 
program is preferably written in Perl, C, C-H-, Java, or another language that supports 

20 CGL Tlie CGI program accesses a database that includes iiiformation about the 
customized plication form and about the plicant The database is preferably a 
relational database that is accessed using a structured query language through a 
database management system, such as Informix®, by Informix Software, Inc., based 
in Mralo Paric, California. The invention is not limited to a particular 

25 implementation technology. The implementation details ofthe invention are 
expected to change as conq)uter technology evolves. 

Entry page 36 can be accessed from, and can be in the same style as, an 
institution's own world wide web site. Entry page 36 can also be accessed fiom other 
links, for example, by a link 38 (FIG. 3) on a results web page 40 fiom an on-line 

30 college search, such as the CoUegeNET™ System, operated by the assignee ofthe 
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present invention. Entry page 36 is branded with a logotype 42 branding the 
application as belonging to the institution to which it is directed, although the 
q)plication is preferably hosted by a third party to ease data sharing across 
institutions and electronic processing of application fises. 
5 Before accessing an complication ftom entry page 36, each applicant is required 

to have an account witii the fliird party servicer 24. Entry page 36 includes a link 52 
for creating a new account HG. 4 shows a web page form 54 that is presented to the 
q}plicant to create a new account Altiicagh the account is witii third party servicer 
24 and can be used to j^ly to many institutions, web page form 54 is branded with 
10 the logotype 42 of tiie institution to v/iddx the ^plicant is qjplying. Thus, it is 
transparent to the applicant that the application is bemg processed by third party 
servicer 24. 

FIG. 5 shows schematically the actions that comprise the accoimt creation 
process 56 required to Qteate an account The qyplicant uses a web client 58, such as 

15 Netscq>e Navigator, to enter personal information, such as name, ^Idress, e-mail 
address, and a user name and password for accessing the system. The password is 
eocaypted and saved, along widi the user name, in a password database 60 conn^^ 
widi s^er 16 (FIG. 1) and user information is saved in an qjplicant database 62, 
vrfiidi databases conqnise database 26. 

20 Entry page 36 (FIG. 2) also provides an information link 68 to provide the 

plication with duections and information. FIGS. 6a-6d show a prdfmed 
information web page 70 tiiat is returned to the wcr in response to a request for 
information. Web page 70 is also branded witii logotype 42 mdicating flie institution 
to ^di the plication is directed, Web page 70 includes an qjplication option 

25 page link 72 (FIG. 6d) to the actual qiplication, as does entry page 36. Entry 
page also includes a link 74 to the usct's personal log page. The personal log 
describes tiic status of all applications tiie user has worked on, including applications 
that have been submitted and plications that are in various stages of completioru 
&itry page 36 also includes a link 76 for changing a user's password. 

30 FIG. 7 shows an plications options page 82 tiiat provides an application 
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instruction page link 84, an ^plication link 86, and links 92 to siq)plemental fonns, 
such as a counselor's report or teacher recommendation forms, that accompany an 
^plicatioiL FIGS. 8a-8d shows application instructions 94 reached fix>m q>plication 
link 86. 

5 FIGS. 9a-9c show the first page of an electronic, on-line admissions 

^plication 96 diat is customized in content and appearance for a particular 
institution. As shown in FIG. 9a, each {^plication is individually '^branded," that is, 
it carries the name and logotype 42 of the institution and s^pears in a style that is 
representative of the institution. Thus, it is transparent to the applicant that a third 

10 party is servicing the sqiplication, that is, the q)plicant may not even be aware tiiat the 
q>plication is processed by a third party servicer. In accordance with the invention, 
the third party servicer provides customized forms for each participating institution, 
and data is shared between the customized ^>pUcations. Information that had 
previously been entered in connection with prior sq^lications to any institution is 

IS automatically inserted into the customized form. Information entered by the 

applicant onto the q>plication form is stored in an £^licant database for automatic 
insertion mto subsequoxt q)plications by that £^licant The HTML source code for 
page 1 is attached in Appendix L FIGS. lOa-lOc, FIGS. 1 la-1 lb, and FIGS. 12a-12d 
show additional pages of eqjplication 96. 

20 FIG. 1 3 shows schematically the interrelationship when siqiplying a form 

pages to an q)plicant between a forms engine 1 04 of Ae present invention, e^licant 
database 62, password database 60, and web browser client 5 8 nmning on applicant 
computer 14. FIG. 13 shows that forms engine 104, preferably inq>lemetited as a 
CGI program, performs four primary functions. When the applicant requests an 

25 application form for a particular institution and the request is authenticated by 
comparing the password with the password in the password database 60, forms 
engine 104 retrieves user information regarding the status of ^plications that are 
pending or completed. 

Forms engine 104 then gradates a customized application form based upon 

30 an application description in an application data file 1 08. Forms engine 1 04 then 
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retrieves user data that was entered in previous q>piications and stored in the 
q>plicant database 62, and merges the user data into the current plication, vAdch is 
then returned to the applicant as an HTNfL form. The applicant then enters any 
requested information that was not automatically inserted from the database. 
5 Application 96 includes fields for the applicant to enter the specific 

information the institution requests of its applicants. The information is requested in 
a format chosen by the institution. The style and content of the customized 
s^lication expresses the values held by the institution. The customized content of 
each application allows the school to obtain specific information that it chooses to 

10 diaracterize its ^licant pool, mcluding factors that it believes may correlate with 
student success at the particular institution. 

FIG. 14 shows schematically the interactions between forms engine 104, 
q>plicant database 62, and web client 58 with respect to forms engine 104 receiving 
data posted fix>m the ^licanL Forms engine 104 perTorms a '^nt-end'^ validation 

IS on the posted data 118. Data validation is explained in detail below. Iftfaedata&il 
validation, a data correction ps^e is sent to the applicant If the data pass first stage 
validation, the next ^plication page is prepared by merging applicant information 
from the ^plicant database 62 with form information in application data file 108 and 
sending the resulting HTML plication page to the applicant 

20 After all the pages have passed first stage validation and the apphcant 

attempts to submit the completed iqpplication to ^e institution, a second stage 
\ilidafion is pe^ If the second stage validafibn is successfiil,"^^^ 
written to the ^licant database 62 and payment scripts 122 are executed in Avhich ^ 
the user is given an option to select any one of several of on-line pzr^mt methods. ^ 

25 Creditcanlinforinationis verified fit>m a credit card database 124/ Aft^ , 

information on the supplication is validated, it is transferred to the institution io a data 
fi)rmat specified by flie institution. The information is also stored for use in . 
subsequent applications in an applicant database 62, which is mdependent of the 
institution. 

30 FIG. 1 5 is a flowchart showing the products at each step of processing by 
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fonns engine 104 described in FIGS. 13 and 14. Optional steps are shown in dashed 
lines. FIG. 15 shows that an applicant 126 contacts fonns engine 104 by a hiowser 
request for an qiplication.^ Before presenting an {plication page to an ^^plicant, 
forms engine 104 determines the state of the ^plication process, and only presents 
5 appropriate pages to the applicant. For example, most institutions have application 
date windows during which plications, Aether electronic or paper, for a particular 
term are accepted. The forms engine verifies that the application is beiiig suhniitted 
within the allowed window. Unlike pre-printed paper qyplications, however, the 
invention provides the schools the flexibility of easily changing the application date 

10 window, so that the time to ply can be extended if the institution wants to receive 
additional phcations. 

Forms engine 104 uses data fix>m the appropriate application data file 108 
(FIG. 14) and previously entered usct data to generate a page of a form 128. 
Data 1 30 is entered on the form page, by die pficant or firom the da^bisSse; i&d the 

1 5 page undergoes a first stage data validation 136 vpon being posted by the appUcant 
A correction page form is submitted to the s^licant each time a data validation fidls, 
and the data is saved to the database upon successful validation. The process is 
repeated for additional pages until the form is completed and the plicant submits 
the form. 

20 When the plicant iiidicates fbst tfie plication is ready to be submitted to^ 

tibe institution, a filial^' more thorough validation 136, known as second stage 
validation, is performed on the data. Second stage validation ensures tiiat 
infotoaation required fay tfie s^^ institution to i?^*icA the pUcjifiori^^^^ 
present and that the infornmdon rrieets certain content criteria ^>ecified by t^^^ 

25 institutiorL The data vahdation is customized for each institution, ^^tf 

Ms second stage validatiori, a data correction page is returned to the plicant The 
validated, suhmittable data 140 is stored in plicant database 62 in connection with 
the plicatioiL The data is tten processed and transformed 142 as described below 
in connection witii aliases, and saved for use in other forms that the plicant may 

30 con^)lete in the fiiture. A payment 148 is then processed and application transaction 
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prooessing 150 is completed. The fonns engine then converts the qTplication 
information into a fotm compatible with the institution's internal databases and 
delivers the information 1S2 to the institution's database 154. 

When the ^licant subsequoitly ^lies to a different institution or to a 
5 different program within the same institution, a new plication, customized for the 
different institution, is presented to the applicant Information that was entered onto 
previously submitted £q>plications is retrieved from the database and presented to the 
applicant as populated fields of the new application, so that the applicant is not 
required to enter information more than once. The ^licant can change the values in 
10 a pre*populated field if desired and the new values are saved for use in subsequent 
applications. 

As described in more detail below, information about the applicants is 
m a in tai ne d as a set of attributes, each attribute corresponding to database fields. If an 
institution chooses to include in its plication a request for an applicant attribute that 

15 does not correspond to one included in the database, fiie database is easily extended 
to include the new qyplicant attributes without reprogramming the forms engine. 
Once the new attribute is added to the database, it is available for automatic inclusion 
in all subsequent q)plications. 

In the preferred embodiment, each attribute used to characterize applicants 

20 has a unique identifier or alias. The uiiiqiie identifier allows the engine to recognize 
when tfie same information is being described by different labels or entered in a 
different format on differaxt q)plication forms. The information can then be saved 
property and ins^led into subsequent plications, regardless of differences in the 
entry format and labels in the first and subsequent £q>plications. Thus, the variables 

25 can be universal and unique data elemrats having diffopent names can be shared 
among applications. 

For example, one institution on its plication may refer an applicants last 
name as a "family name" while another institution may refer to the last name as 
"surname" or a "last name," yet the forms engine would share the data property 

30 between such application forms. As another example, if a first application form 
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requests multiple choice-type infonnalion in the fimn of radio buttons and the second 
fonn requests the same information in the form of a puil-down menu, information 
entered on tiie first form in the radio buttons woiild kf^^^ in a puil^lown menu box 
on the second form.- 

5 While providing the institution flexibility to designate and requ^ tli^ 

inforaiation any way it chooses on its customized q>plication, the information is 
retrievable onto subsequent qyplications regardless of how the subsequent 
supplications Lbel or display the information. The forms engine of the present 
invention can thus share information across implications, regardless of how the 

10 infomiation is expressed in a particular plication, unless the data has been 

designated as described below as private to a particular application and not shareable. 

Each applicant attribute is characterized by one or more properties. The 
properties that characterize an applicants* attributes can specify, for example, Miiedier 
and under v/bat conditions the attribute data can be shared between forms, Metfaer«/ 

15 the atinbute is a univers reqinred field; or \riiethieT the attnbute is sjpecffic^ 
particular geogr^hic rej^^ example, an attribute named "California Drivw 
License Number^ is ^plicable only to institutions in California. Other information 
may be a^Iicable to all institutions wittiin a region but not to other institutions. 
Some applicant attributes are ^licable only to institutions in a particular school 

20 systeuL Individual pieces of information can also be grouped and properties can be 
specified for die groups. The application can also include information that designates 
Ae routing of the mformation to groi^>s^ such as financial aid ofBcers, \vdthih the 
institution. 

The invention not only allows an qyplicadon to be customized for each 
25 institution, it allows the information submitted by the applicant to be transmitted to 
each institution in any data format that the mstitution requests so the mstitution is not 
required to convot the data to a useable format For example, multiple fields, such 
as first name and last name, may be combined into a single field, and the data fields 
nmy be deliniited by a deliiniter specified by the mstitutiorL Data may also be 
30 transmitted to the institution, for example, as name-value pairs, as fixed records, in 
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EDI, or printable PDF fonnat Thus, the s^licant infonnation is entered in a ^ 
customizable form on a browser running on any type of computer platform and stored 
at tiiird i^rty sovicer 24 in a database. The information in the database is thm 
reloadable into another customizable £4>plication fonn for a difierent institution. The 
S information is also transmittable to an institution in its preferred format regardless of 
the platform used by the institution to process the information. After an 
application is sent to an institution, the information remains available in the database 
ofthe third party sorvicer for further analysis by tiie institution. The institution can, 
for example, sort or view £^licants based upon attributes such as test scores, grade 

10 point average, participation in sports, or musical talent Moreover, each applicant 
attribute has a property that can be used to specify who in the institution has access to 
the attribute for &e purpose of uploading the information or of processing the 
information to charactmze the applicant pool. For example, parts of an q>plication 
dealing vnih academic background may be viewable by academic departments, 

1 5 whereas more personal information m^ be viewable only by school administrators. 

A preferred inq)lementation of Ae invention comprises a single forms en^ne 
program, a single applicant database, including information on all applicants, and one 
q^qplication data file fox each different application of each the participating 
institutions. The plication data file describes the format of each £q}plication, and 

20 the forms engine displ^ information firom the database in the format prescribed by 
the plication data file. 

Hie qyplicant database can be extended to include new attributes widiout 
making any changes to the forms engine program or to the plication files of 
institutions that chose not to include the new data. The forms engine automatically 

25 uses the application data file to produce the requested application in HTML format 
for display on the ^licants browser. The application description file can be easily 
modified, for example, to change labels or to add additional fields. The s^earance 
of the application for each institution can be changed by changing its qiplication 
description file, without reprng ramTning the forms engine. The completed 

30 application is transmitted to the institution with the data in any format that the 
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institution prefers. The institution can therefore upload the data directly into its 
applicant or student information system database, merging the mformation 
seamlessly into their existing work flow, thereby avoiding the additional expense and 
errors of re-keyboarding the information. The forms engine thus has the cq>ability of 
5 ou^utting application information universally across platforms. 

A transactions database table and a transactions operations table track 
completed transactions and operations to assist the engine in mnmt atmng information 
about the state of each plication, so that only ^propriate pages are presented to the 
q>pUcant Th^'Mles alM allow tl^^ 
10 plications and online paym^t. % 

Database Stnictiire 

The tables described below are used in a preferred college admission forms 
processing system. The invention can be used for processing many different types of 
forms without departing ftom the scope of the invention, and skilled persons will 
15 recognize that difiToent database structures will be required in different applications. 

Attribute Table 

A first database table, tfie Attribute Table, includes a list of all attributes fliat 
canbeusedtodesoibeanplicant The Attribute Table thus defines the variable 
space for the entire systrai. Each attribute, such as Name, Social Security Numb^, 

20 and SAT score, is represented by one row ofthe Attribute Table arid is identified by a 
unique Attribute Identification Number. The Attribute Table mcludes properties of 
eadi attribute, such as whether the attribute is a required field for first stage 
validation (explained below) and whether the attribute is part of a data groi^, such as 
a geogrq)hical region or an mstitutional group. The Attribute Table also includes 

25 references to first stage validation rules, ifany, for each attributes. The Attribute 
Table does not include values of the attribute for any particular applicant 

User Attribute Table 
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The values assigned to attribxites for individual applicants are stored in a User 
Attributes Table. Each row of the table includes a User Identification, an Attribute 
Identification Number, a sequence for the Attribute Identification Number, and a data 
value. When an qi^licant enters information on £m q)pUcatibn page on tfae^Webrand^ 
S posts the fbnn to the sSver, tfie infdnnation entered by tfie appUcant is^stpred^in^lhe:^^ 
User Attribute Table aftSr first stage validation. The form is posted when the 
applicant switches to another page or v^en the q>plicant indicates tfiat the 
infomiation is to be saved. An applicant may change the values of an attribute fit)m 
one application to another. For example, an applicant may change his or her SAT 

10 scores to reflect new test results. 

The User Attribute Table always includes the latest information that an 
qyplicant had entered and is used to si9)ply information for new applications. When 
Ae user calls up an application to complete, data is read &om the User Attribute 
Table. When a new plication includes attributes that were not requested by ai^ 

IS application that the user previously completed, a new row corresponding to the new 
attribute is mserted into the User Attribute Table. Prefeiably a single Usct Attribute 
Table includes the attribute information on all applicants in tiie systems. 

User Attribute Sent Table 

Afier an i^lication is completed and it passes second stage validation, the 

20 information contained in the application is stored in a User Attributes Sent Table, 
whidi represents a snq)shotofthe submitted application. The structure of the User 
Attribute Sent Table is very similar to that of the Usct Attribute Table. The primary 
key of die User Attribute Table is a user identifier (the uscts log-on name), whereas 
the primary key of the User Attribute Sent Table is a Transaction Identifier, \^ch 

25 identifies a unique combination ofuser, application, and application term. Thus, 
there can be multiple records for a smgie user in the User Attribute Sent Table if die 
user has submitted multiple applications or the same application for differrat 
application terms. 

The Transaction Identifier is the same identifier used in the Transactions 
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Table, described below. Thxis, one can scan the Transactions Table for Transaction 
Identifiers that correspond to applications that are shown as having been submitted, 
and then use those identifiers to look up data related to those applications m the User 
Attribute Sent table. 

5 Second stage validation is performed before writing a record into the User 

Attribute Sent Table and may, for example, combine fields such as last name and fiirst 
name into a smgle field Thus, the User Attribute Sent table shows exactly vAmt was 
sent to the institution, and therefore includes a record for each plication that was 
completed by a user. To review what data was sent, the institution reviews 
10 information derived finom the records in the User Attribute Sent Table, \;**ich are then 
put into a format requested by the institution. 

Applications Table 

Each customized application is rq>resented within an Applications Table, 
which defines the data set for each application. Each row m the Applications Table 
15 pertains to one attribute in a specific {^plication and includes information such as an 
Application Identification Number, Attribute Identification Number, Attribute 
Sequence Number within the application, any second stage validation rules 
(described below), the Identification Number of the institution to vAAch the 
application belongs, etc. 

20 Application Data File 

The Application Data File is a specially formatted text file that acts as an 
^plication description. It is a series of "directives*' and optional arguments which 
the forins engine parses to build the HTML form and to merge in user data. The 
directives are interpreted by means of a look-iqj in a data structure that stores the 

25 directive interpretations. For example, a line in the Application Data File may be 
"SS^NUM." Upon encountering the line, the forms er^e will look into a data 
structure to interpret SS_NUM. SSJSrtJM may mean, for example, to display a text 
box with a label that reads "Enter Your Social Security Number"' and to put the 
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prcviously supplied value for social security number (stored in the User Attribute 
Table) into the text box. SS_NUM may also prescribe a minimiim length, mflYimiim 
length, and call a function that creates the text input box. The directive could also set 
flags that indicate a particular state for the £^)plication. The Application Data File can 
5 optionally supply argummts to directives. Arguments may, for example, instruct Oe 
forms engine to apply specific labels or to override de&ult values, so that the label or 
format for entering tiie data can be customized. The information in the Application 
Data FUe could alternatively be included in the Applications Table. 

In an alternative embodiment, rather than having the application information 

10 stored as directives and building the application whenever a student invokes it on- 
line, the application is built by a pre-processor utility that is run once to produce an 
*^{q>plication template^ with a regularized syntax. In other words, an Application Data 
File entry such as "S S_JNUM" is replaced by a template line such as 
"SS_NUM|rrEXTlSocial Security Number |1 1 |H", 

15 In the previously described embodiment, the Application Data File lines 

represent function calls with optional arguments. The forms engine executes these 
function calls, \^ch in tum execute a form-element-producmg function like 
"i l JaA l" which produces a t&xX box. Thus, the forms engine not only needs to have 
available hundreds of functions, it also has to do two (or more) layers of function 

20 execution for each line in the Application Data File. 

In the alternative embodiment, most of this processing is performed off-line 
during the plication development phase, and the results of tiie processing is saved 
in tiie template file. The on-line forms engine then pulls in this "pre-digested" 
template file. Each line of tiie template file is a pipe ("H separated list of: (1) 

25 variable name; (2) form element [for example, form element ITEXT is textbox, 

IRADIO is radio button(s), etc.]; (3) question label; and (4) arguments needed by the 
form element fimctiorL 

Whereas the forms engine in the first embodiment is analogous to an 
interpreter, executing a shell script, the template in the second embodiment is 

30 analogous to compiled code. The pre-processing is analogous to a compilation phase. 



SUBSTITUTE SHEET (RULE 2B) 



wo 99/63454 



PCrAJS99/12S39 



-18- 

and the ou^ut template file is analogous to a binaiy object It is composed of 
instructions to die engine, like compiled code is composed of instructions to the 
CPU, ^ereas the bulk of the forms engme in the first embodiment comprises code 
to do the interpretation, the forms engine in the second embodiment has a veiy small 
5 instruction set: basically one instruction per form element, plus a handiiil of special 
instructions. 

The tenqplate file gives the application developer absolute fiieedom to quickly 
update the q>pUcation with no need to rewrite or add program code to the forms 
engine. Use of ten4>lates also dramatically reduces the number of fimctions needed 
10 by the engine, as well as the execution overhead. 

The template file can be in the form of specially tagged HTML; that is, 
instead of a line-by-line set of directives, the template can look like HTML with 
embedded spedal tags rq)resenting the form element/variable/value to interpolate. 

Below is an example, simplified for clarity, of a part of a template represented 
IS in a specially tagged HTML: 

<Hl>Biogr^hical Information</Hl> 
<OI> 
<LI> 

<QUESTION ATTR_ID="53" ARGS="SS_NUM|rrEXT|l 1|1 1" 
20 VALRULE=TleqOant(. ,)a^(9)">Please 

enter your Social Security Number 
</QUEST10>> 

<yLi> 
<u> 

25 <QUESTION ATTR_II>="I06" ARGS=*BIRTH_DATEpATEMDY" 

VALRULE=''ReqO">Please enter your birth 
date(MMDDYY): 
</QUESTION> 
</LI> 
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</0l> 

To piocess the template, the fonns engine need only look for <QUESnON> . . . 
</QUESTION> sections and parse them. Many olher pieces of logic could also be 
embedded into the templates. The output of die pnx:essed template is an HTML form 
5 that is viewable by die student completing the application. The output from the 
above template snippet could look like diis, with the ^ledal QUESTEON tags 
converted into HTML foim elemmts and user data incoiporated: 

<Hl>Biogr^hical Iaformation</Hl> 
<0L> 
10 <LI> 

Please enter your Social Security Number. 
<INPUT TYPE=^TEXT" NAME=^S_NUM" 

VALUE=^00-O0-O000" SIZE=11 MAXLENGTH=1 1> 
<ZINPUT> 
15 </LI> 
<LI> 

Please enter your bkdi date (MMDDYY): 

<NOBR><INPUT TYPE=^TEXr' NAME="mdyl_BIRTH_DATE" 
VALUE=^" SIZE=2 MAXLENGTH=2X/INPUI> 
20 <INPUTTYPE=^nEXr'NAME="mdy2_BIRTH_DATE" 
VALUE="17" SIZE=2 MAXLENGTH=^2x/INPLn> 
<INPUT TYPE^TEXT* NAME="mdy3_BIRTH_DATE" 
VALUE=^1966" SIZE=4 MAXLENGTH=4x/INPm> 
</NOBR> 
25 </U> 
<0L> 

The above page is then transferred to the user. 
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ImtUutions Table 

The Institudons Table includes a row for each institutioD. Each row includes 
an Institution Identifier, an Institution Name, an identifier for a parent institution if 
any, and other information about the institution. 
5 Institutions can also be arranged in a hierarchy, with one institution belonging 

to another institution. Tlieltistitutions Table allows the coiistruction of an arbitrary 
hierarchy of institutions, vduch can be used to control data access. Information in the 
Contact Table (described below) and Attribute Table is combined with information in 
the Institutions Table to determine access to particular attributes in applications.- Ivor..^ 

10 example, a financial aid ofiBcer in the medical school of a university may have access 
only to finmcial irifonn&^ school^lication, v^ereas a^finanicial 

aid offi(^ of the umye^ of the university system may have acc^ B financial^ 
inf^patimdnh^ 
^ down to theTl^tmfig le^ k 

IS Institutions can be g^)iq)ed geogra^hicaUy or by other characteristics. The 

Institutions Table can have fields indicatirig to \>^ch groins the iiistitution belongs. 
Thus, the forms engine can control attributes that are relevant only to institutions in a 
particular groiq>. 

Contact Table 

20 The Contact Table specifies the database access privileges of people within an 

institution. For example, an adiiiiriistrator at a state university system inay have 
access rigjxts to data ftom supplications to all universities within the system, iniiereas 
an administrator at a particular school may have access only to q)plications to that 
school. 

25 Each row in the Contact Table includes a unique Contact Identifier, an 

Institutional Identifier, ^^ch defines the institution or group of institutions to which 
access is granted, and the operations ^ch the contact is permitted. For example, a 
contact may be granted rights to acknowledge receipt of an application, to transfer 
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q>plication data using a file transfer protocol (FTP), or to receive a printable, non- 
editable version of completed ^plication. 

The Contact Table can also contain additional useful information, such as the 
e-mail address or last log-in time for the contact 

5 Terms Table 

The Terms Table indicates the ^iplication terms that are currently available. 
Each row of the Trans Table includes a unique Term Identifier, a Term Kqt, the start 
and expiration dates for plications to the institution for the term, a text description 
of the term, and an institution-defined Term Code. The institution-defined Term 
1 0 Code is used vsdien data is uploaded to the institution so that the data is seamlessly 
loadable into the institution's information system. The Institution- Application Table 
described below defines the applications available for each institution and mcludes a 
term key field that identifies the terms for ^ch the application can be used 

Institution-Application Table 

1 5 One institution, represented by a row in the Institutions Table, can own 

several qyphcations, eadi of ^^ch is represented by a row in the Institution- 
Application Table. For exanq>le, an institution may have one plication for 
fireshman undergraduate students, another for transfer undergraduate students, yet 
anotiier for international students, etc. 

20 The Institution-Application Table includes one row for each application 

owned by an institution and relates the information in the Applications Tables to die 
Institution described in the Institutions Table. Each row in the Institution- 
Application Table includes an Application Idratifier, an Institution Identifi^, status 
of the application, type of the plication, and information pertinent to the particular 

25 plication (i.e., name campus, etc.). Each row also includes a Term Key, ^ch is 
used with the Term Table to determine which terms are currentiy available for 
applying using the plication. The Institution-Application Table can also include 
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infonnation about the application processing fee and how the fee is allocated between 
the institution and the processor. 

Transaction Operations Table 

Each time an applicant p^onns an operation, such as saving a page of 
5 infonnation, the operation is assigned a unique Operation Identification Number and 
a new row is added to the Transaction Operations Table. Eachtowoftfae 
Transaction Operations Table includes the unique Operation Identifier, a Transaction 
Identifier (described below with the Transaction Table), a code indicating which 
operation the row represents, a contact identifier, and a time stamp indicating te^date 
1 0 and tinae of the operation. Operations mclude, for example, save, save and send, 
acknowledge, secure credit card, no fee, void, and view printable application. 

The Transaction Operations Table and the Transaction Table described below 
are used to mainfain state information. 

Transaction Table 

15 A Transactions Table includes infomiation about each user transaction, tiiat 

is, each aiq}lication that a user has accessed and saved. Each entry in the Transaction 
Table includes a unique Transaction Identifier, a User Identifier, an Application 
Idoitifier, a Term Identifier, and a code indicatiiig the state of tile application. Tlie 
Transaction Idcaitifi^ represents a unique combination of User Idmtifier, Application 

20 Idoitifier, and Application Tran. TTiere is exactly one row in the Transaction Table 
for each Transaction Identifier. The application state can be, for example, *in 
progress', ^submitted*, 'payment received', and 'acknoi?%iedged by tiie institution,' 
etc. Each entry also includes an order identifier, a text string that includes the User 
Identifier, the Application Identifier and a time stamp. The Order Identifier is used 

25 for credit card settiement and in correspondence with the institution 

When a user accesses an application, the universal forms engine looks for an 
existing transaction involving the user and the requested plication and term. If 
such a transaction exists, tfie response of flie forms engine to tiie user depends upon 
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the state of the transaction. If no such transaction exist, (i.e., this is the first access to 
this application by Ae user) a new transaction is begun. An new entry is inserted in 
the Transaction Table. A Transaction Identifier is assigned when the user requests an 
explicit save operation or a "save and send" operation for the new application. A 
5 Transaction Identifio: is not assigned m^ly on the basis of a page flip on a 
multipage form. 

Once tiie user selects die "Save, Pay and Send" button, the Tenn, Term 
Identifier and Order Identifier fields are populated, and the state is set to indicated the 
application has been submitted. Upon payment, a Payment Operation field is 
1 0 populated with the Operation Identifier for the payment operation, and tiie state is set 
to indicate that payment has been received. This continues as the transaction travels 
through settiement, adcnowledgment, ete. 

Applicant Pages 

Applicant pages are those presented to the q>plicant These include actual 
1 5 plication pages generated by flie forms engine and displayed with labels idmtifying 
die requested mfoimation and suitable form data entry elements for applicants to 
inpoX the requested infiormation. Applications are typically composed of multq>le 
pages. 

Another s^iplicant page shows the applicant die status of all iqyplications the 
20 qipUcant has worked on. This page is produced by a CGI utiKty tiiat examines the 
tables described above and produces an HTML page showing v^dieflier each 
application has been completed, saved, submitted, or paid and whetiier it has been 
acknowledged by the school. 

Correction pages are presented to the applicant ijrfien first or second stage 
25 validation desoibed below detects missing or incorrect data. 

Other pages include those that inform the user vAien no terms are available for 
accepting plications (that is, die current date is outside the submission windows) or 
^en a requested application has already been submitted for the requested term. 
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I>ata Validation 

The presence and content of the infonnation is preferably checked at the 
server, rather than by the browser on the applicant's computer. This reduces the 
requirements for the browser, so that the ^licant is not restricted to using the latest 
S version of a browser and, as less computation is performed by the browser itself 
compatibility problems are reduced. An ^plicant can use a character based browser, 
such as Lynx, if he chooses. When information is recalled from the database for 
insertion into a new application, it is chec!ced against the content reqiiirements of the 
institution. If the recalled data does not meet the criteria, the information is requested 

10 again from the q>plicant 

Data validation is performed in two stages. Data is saved both before and 
after each stage of validation. The first stage consists of checks that are universal to 
all qiplications. These checks are done every time a page is submitted, such as v^en 
a subsequent page is requested or ^en a page is saved For example, first stage 

1 S validation m^ check that the q)plicant's name is present, that SAT scores are 

between be 200-800, and that once die non-digit characters are stripped out of social 
security numbers, a sequence of nine digits not beguming witii **9" or "000" remains. 

To avoid presenting die sqjplicant witii an overvAehmng numbo: of fields tiiat 
fiiil validation rules at tiie end of the entire q[>plication, it is preferable to validate as 

20 many fields as possible in the first stage validation. On the othcnr hand, the number of 
required fields is preferably minimizsed in die first stage, because an {q>plicant mi^ 
want to partially complete an application during one session and complete the 
remaining fields at another time. 

Second stage validation is performed ^len an i^Iication is being submitted 

25 to an institution and the entire form must be conq>lete. The second stage typically 
includes more required fields and more specific validation rules for submitted data 
fields. Second stage validation is performed on the entire data set for the explication 
and validates the infonnation in accordance with rules specified by the institution for 
the particular £q>plicatioiL First, institution specific required fields are verified For 

30 example, because some institutions may be willing to process an ^plication with the 
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field Hobbies left blank, this field is not required in fiist stage validation. If an 
institution does require this field to be complete, an incomplete field will be flagged 
during second stage validation. After second stage validation is successfiilly 
completed, the data is leady to be iq)loaded to the institution. 
5 The Application Table indicates vMch fields arc required for the particular 

application. The Application Table also indicates certam data validation rules, such 
as permissible values or formats for data. The second stage validation can reformat 
the data into a format requested by the institutioiL For example, some institutions 
want the name of the applicant in the form of a single field, with the last name first, 

10 followed by a comma and then the first name and middle initial. To avoid having 
qjplicants enter data more than once to accommodate changes in format, Ae 
information is preferably stored in simpler data elements, and then combined during 
second stage validation into tfie format requested by the institutioa 

Dependency rules are chedced during second stage validation. For example, 

15 ^edier a particular field, suc^ as AUen Registration Number, is required iiif^ 
depend upon the value supplied by the applicant for anodier field, such as 
Citizenship. 

A user vAio is eamesdy filling out the application with the intent to submit it, 
could, upon submission, be confix>nted with many institution-required fields on a 
20 large second stage data correction page. To minimiyi^ the size of that page, the user is 
given flie option of having first stage validation additionally scan the current page's 
fields for attributes vMch will be required by the second stage validation process. 

Initially fliis option is active. If the user is presented a data correction page, 
the top of the page has radio buttons and instructions fi>r enabling/disabling this 
25 feature. The user's choice is maintained between pages via a hidden field in the 
form(s). 

In this manner, as the user progresses through the plication, he can enter 
values for second stage-required fields in a gradual manner via the first stage 
validation process, rather than being conjftonted with many fields to populate upon 
30 submission. 
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If the user is unable to s\q>ply a value at the time, he can disable this feature 
and postpone entering data into the field until he is ready to submit the application to 
the institution. 

Attribute Aliasing 

5 Aliasing of attributes refers to a secondary naming scheme developed to 

create a flexible data dictionary. By using Aliasing, an plication developer can 
r^idly locate attributes that are defined by system, and avoid creating diq>licatB 
attributes that store the same data. 

Each attribute alias is a series of descriptors delimited by colons. For 
10 example, anything relating to address information uses a descriptor of "ADDRESS"; 
questions relating to the {^licanf s birth use a descriptor of "BERTH". 

Thus, the country of birth attribute is named "BIRTH_COUNTRY" but its 
alias is "BIRTH:ADDRESS:COUNTRY". Similarly, the date of birth attribute is 
named "BIRTHJOATE", and is aliased as "BIRTH:DATE". 
15 Pennanent address attributes are named "STREET","STREET2VCrrY", 

"ZZP", etc. but Ae aliases are "ADDRESS J>ERMANENT:CrrY", 
"ADDRESS JERMANEh4T:ZIP'', etc. 

Mailing address attributes are named "MAIL_STREEr',"MAIL_STREET2", 
"MAIL_Cmr, "MAIL_ZIF', etc. but the aliases are "ADDRESS:MAIL:CITY". 
20 "ADDRESSA4AIL:ZIP'*,etc. 

The use of Aliasing provides the ability to search for content by a keyword or 
set of keywords. For example, to find "Mier's home address", one could search for 
all attributes v^ose aliases contain the descriptors "FATHER", "ADDRESS", and 
"HOME". 

25 This search would locate the aliases "FATHER: ADDRESS: 

H0ME.1:STREET","FATHER:ADDRESS:H0ME.1:CITY", 
"FATHER:ADDRESS:H0ME.1:C0UNTRY", 

"FATHER:ADDRESS:HOME. 1 :TELEPHONE", which correspond to the variable 
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names "PERSON_AT_ADDRESS_SINCE.r , "PERSON_CITY. 1 
"PERSON^COUNTRY.l", «PERSON_PHONE.r, respectively. 

One can look at the intersection or union of keyword search results to quickly 
access desired attributes. 
S Thus, the aliasing system is used primarily for developing new qyplications: 

not only as a lookup tool, but also to avoid adding as new variables attributes that 
already exist Finally, aliasing ensures maximum data-sharing by weeding out 
duplicates that would split the data between two luime spaces. It is preferable to use 
this system as the primary internal naming scheme. 

10 

Procedure 

FIG. 16 shows the steps that occur in a preferred embodiment when an 
cq>plicant contacts the forms engine. Step 1S6 shows that when an application 
contacts the URL of the forms engine, tiie forms engine is invoked and initializes 

IS itself by reading in libraries and initializing variables, such as global constants and 
data structures. For example, in the first embodiment of the Application Data File 
described above, an associative array of associative arrays that defines the form 
elements used by the engine to construct the application form is initialized. 

In step 1S7, the forms engine looks for data posted fiom the Web page fomiL 

20 There may be no data at first, but after some information is entered and a page is 
saved or changed, data will post to the forms engine, wiU perform first stage 
validation on the data. The forms engine then processes input arguments and posted 
data to determine the application state as described below. 

Stq> 158 shows that the forms engine then makes database calls to initialize 

25 variables pertaining to the current admissions ^plication (ID #, fee information, 
institution, etc.). 

Step 1 59 shows that the forms engines determines which application terms 
(e.g. "Fall 1999", etc.) are available for this user/application combination For 
example, the user may have already submitted and paid for a "Fall 1999" application 
30 and is now requesting the same s^lication. This request may be to 1) review the 
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submitted qyplication or 2) apply for a new term. The engine needs to guarantee that 
the user does not submit the same plication more than once per tenn. The search ^ 
engine calculates submission state information to prevent a user fiom chiEmgihg data ^ 
in an aheady submitted application, and then resubmitting it in the mistaken belief^ 
S that the data would be updated at the mstitution. j 

There are three outcomes of the calculation of submission state: 

a. No currmtly available terais. Each term has a Begin-Date and an 
Expiration-Date. If the current time is before the Begin-Date or after the 
Expiradon-Date, that term is unavailable. No terms would be available if all 

10 ^plication windows for an institution are either expired or have not yet begun, or if 
the user has applied to ail currently available terms. 

b. User has applied for a term, and has not yet initiated a new transaction 
fortiiisapplicatioa 

c. User^hasjnf available *'Activ!^"^^^ 
IS transaction-fotf^tids^^ ^ 

Instep 160, die engine detennines, based iq)on the availability of a tenn and 
the state of any pending or submitted qjplications, vMch application form is required 
by the user and generates the appropriate application fomt If the user has an 
available active transaction, the en^e will return the ^propriate page of the 

20 appUcation in an HTML form with any previously siq)plied data already filled in. If 
the user has already submitted the ^yplication and has no active transactions, an 
"Aheady Submitted*' page is retumed, with hypertext link(s) to 'TPrintable" 
(uneditable) versions of the submitted ^lication(s), and the option to fill out the 
qiplication for a tenn other than the term(s) aheady {q>plied for. If there are no 

25 available terms, a "No Available Terms" page is returned, \^ch gives the user the 
option to fill out and save the application, but not submit it until a term is available. 
In the case that the user has previously submitted an application for the specified term 
and no other terms are available, a hybrid of the above two pages is returned, with 
links to printable version(s) of submitted ^plication(s) and the option to fill m and 

30 save data but not submit the ^jplicatioii until a new term is available. 
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In step 161, the fonns engine reads and parses the "Application Data File** 
corresponding to the q>pIication to find the appropriate page of tiie plication. 

In step 162, the engine initializes a user data structure, preferably an 
associative array of keyAralue pairs or a data object in an Object-Oriented 
5 implementation Programming using data &om the User Attribute Table. 

If data has been posted, the forms engine performs first stage data validation 
instq) 163. 

If one or more data fail validation, the engine creates a ^data correction page" 
and returns it to the user. This page repeats the text ofthe foiled question^displ^ a 
10 message explaining vrfiy the data foiled, and repeats the form element pertinOTt to 
tfaatdatum. When the user posts this page, first stage validation is applied to the 
mcoming data, and if one or more are still in error, a new data correction page is 
returned. This process continues imtil all the data for that page have passed 
validation. 

15 As described above, the first stage validation optionally checks for second 

stage required fields, tfaoeby reducing the numb^ of fields that will require data 
entry during the second stage validation. On each data correction page, Ae user has 
the option to enable/disable this feature. 

In step 164, the forms engine ou^uts an appropriate page to the user 

20 depending upon the enghie's state. 

Hie fix>nt end, that is, the portion of the forms engine that processes incoming 
data fit)m the user, is essaitially one CGI program 4at determines the proper action 
by parsing mformation coming in fit)m the Web form m combination witfi state 
information fiom the Transactions Table. For example, the user could be returning 

25 fix)m a data correction page, the user may have hit the "save and send" button, or the 

user may have switched pages. The engine may look for posted data and process it, 
etc. 

State 
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The foims engine can be in one of several possible states after analyzing 
incoming data. For example, the data may have feUed validation and the fonns 
engine, tfaeiefine, needs to ou^ut data correction page, or a user have requested 
to go to page "x^ so the forms engine needs to create and output page "x"; etc. (see 
S discussion of state, below). 

Most interactions between the user and the invmtive system are through 
"fiont-end processing," vAndx was described above with respect to FIG. 14. The 
response ofthe^igine is dependent upon the current state. The Web, i;^ch is the 
communications conduit the system uses, is by definition stateless: When a browser 

10 (Web client) submits a request to a Web server, a connection is made between the 
two only long enough for the server to transmit the desired information. Theserver 
then drops the connection, and any information created by the client/server 
interaction is discarded by the server. The ncSft tme'tfie^^^^^ 
tfaejdate is blank and tti£y^^^ , 

15 The system needs a way to maintain state information between contacts. The 

system utilizes two state models to describe the states of two different aspects of the 
system: a "session state" applies to the fix)nt-end process of creating and returning 
Web forms, and a "transaction state" pertains to the state of the transaction, &at is, 
the state for a particular usa's iqyplication to an institution for a specific term. 

20 Transaction states include for example, active or submitted or paid or void. 

Evoy page has hidden fields that provide state information. The session state 
can be dctemuned by parsing the hidden fields returned with data. State information 
can include, for example, Ae version number of ttie q>plication and the page that tihie 
user previously requested. For example, the hidden fields would indicate to the 

25 server Aether a page is being returned because the applicant selected "Save, Pay, 
and Send" or whether the ^plicant merely requested a page flip. As another 
example, when first stage validation finds an error and returns a data correction page 
to the user, the data correction page includes hidden fields that indicate the page that 
the user was attempting to go to. When the data correction page is submitted, the 
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engine parses the hidden fields to detennine the state and returns the previously 
requested page to the usor. 

The current transaction state for a specific q>pIication/user combination is 
determined by looking up the application in the data base tables described above. 
5 For example, if the applicant requests an ^qjplication for a term for which the 

applicant has already submitted an £q>plication, the engine determines that such is the 
case, and rather than returning the application, returns a page stating that the 
application was already submitted. The student is given the option of viewing the 
q>plication in a printable, non-editable form, or of opening an application form for 

10 anotherterm. The engine screens out the term already applied for when it retums the 
plication. Ifno terms are cmently available, a page is returned that states no terms 
are currently available, but the applicant is permitted to begin completing an 
q>plication that can be saved until a term is available. In such a case, the ^save and 
send** button is not available until a term is available. Thus, iq[>plicants can begin 

15 completing forms even before a term is available. 

With regard to the fix>nt-end state model, the following is a list of the states 
the engine defined by the action that caused the engine to be in that state: 

1 . Initial Contact - The user is requesting the qyplication form fiiom 
outside of the engine. The engine will create the first page of the application, merge 

20 any matching user data, and rctom the form. 

2. "P^e Flip** - For muM-page £q)plications, tfie user has come fiom 
page^x'^andwantstogotopage V- The engine first applies fiont-cnd validation to 
the incoming data posted finom page "x" (which may result in returning a data 
correction page), saves the validated data, generates page "x", merges any mfltrliing 

25 user data and retums the form. 

3. "Explicit Save" - At the bottom of each page is a button that allows 
them to save the current page of data. Essentially, the action of the engine in this 
state is identical to the "page flip", but "x" equals "y" (i.e., the returned page is the 
same page numbo: as the page posted fiom). 

30 4. "Save and Send" - The user has elected to submit the completed 
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qrplication to the institution. The engine does firont-end validation on the cunent 
page posted, saves data, does back-end validation on all data pertaining to the 
application, saves data to the User Attribute Sent Table, and passes control to the 
p^ment server. 

5 5. "Data CRX (Conrection) Page" - When either ftont-end or back-end 

validation has &iled, the engine switches to this state, v^ch causes the form 
generator to create a data correction page and hide in that page state infomiation 
including the state the engine was in prior to switching to this state. (For exanople, if 
tiie user is on page 3 and chose to go to page 5, but errant data on page 3 lead to an 

1 0 intervening data correction page, the data correction page includes hidden data 
indicating the page flip to page S). Once the data are successfully amended and the 
user posts the data correction page, the engine detects that the prior state was a **page 
flip" to page 5, and returns page 5 to the user. Similarly, if the user had selected 
"save and send" and got an intervening firont-end or back-end validation data 

1 S correction page, once corrected the post from that data correction page will tfien 
switch the engine into "save and send" mode, and fte user will receive the payment 
page firom the payment server. 

6. "App Terms Page" - This state is entered vfhen the qipUcant requests 
an application ttat was aheady submitted or for vAudi no terms are available: (a) an 

20 "abeaify submitted" page; or (b) a "no available tams" page. The engine will return 
eitiier with hidden state information. When one of these pages is posted, Ae engine 
will then continually insert additional hidden state information into subsequent forms 
to ensure future behavior is in accordance with selection(s) the user made on those 
pages. 

25 7. "Print Engine"- The engine is being called in print mode to deliver a 

'^printable" (i.e., non-form) version of the plication/user data 

8. "Exit" - The user has chosen the 'Finish Session' button on Ae 
application page, and the engine passes control to the user activity CGI, which 
displays a page of information about the applications the user has woriced on and 

30 their status. 
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9. "Search" - The user has selected a search button to aid in the selection of a 
value for example, a coimtry. The engine saves any validated data and displays a 
search page, vMch contains links back to the page of the application the user left 
These links also cause the selected value to be passed into the engine, vAnch tiien 
5 displays it appropriately in the form. 

FIG. 17 shows the back-end state model for an application, and the 
corresponding transaction operations that cause changes between states. Null state 
1 72 is the state after an tqjplication has been created but before the application has 
been posted by the applicant The fiq>plication switches mto the active state 178 ^en 

10 the £q[q)licant saves a page of the q>plication or when the jqjplicant attempts to save a 
page and an error prevents the page ftom being saved. When the application is 
submitted, it enters a submitted state 180. The-f^licant is preferably givai a^ 
^g^^jfc^ np^^ngj^jim^^ apphcation after p^ent is made.andis 

given the option to ammd the q>plication. » If the applicant indicates a desire to^ 

15 amend^the {qppUcatioii; or if the ifjpUcationf 

f^;^gj@^i;7Br.^^If^tfae ^>p^ fee ..waiver or the £^licant indicates that 

he desires to p^ by chedc, flie plication enters a hold state 182 untU the chedc^^ 
clears or^tiSTfegW^il^^ ^ersW^ by 

mstitutions to encourage q>phcations from qualified individuals whoinay not be able 

20 fiJlEMP^I^i^^ 

After the plication is submitted, the applicant pays for the qjpliadbn; 
vMch entersapaid state 184 until the payment is acknowledged by the insdtiAdon or 
settled. In ffie paid state 1 84 and subsequent states, the application can be viewed for 
printing by Ae applicant or downloaded by a batch transfer or file transfer protocol 
25 by the institutiorL The q>plication is then acknowledged by the institution and die 
pajment is settled Depending iq^ 
occurs first, the application enters an 

acknowledged state 186 or a settled-preacknowledgment stale 192. After both 
setdement and acknowledgment occur, the application Mters a completed state 1 90. 
30 The qjplication can enter a void state 1 94 if it becomes unuseable, for example. 
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because an i^licant cancels the plication or withdraws permission to provide the 
application information to the institutiorL Voided application are maintained in a 
sq>arate database table. 

Data Formatting 

S When q)plication information is uploaded and acknowledged by the 

institution, the original iqyplicadon information remains archived in the qjplicant 
database in the User Attributes Sent table. The application can be printed, re- 
iq>loaded, etc. Institutions can request information related to all or a subset of their 
applications to see, for example, what new {plications have been sent and the status 

10 of various applications. The data is available for data manipulation, such as for 

sorting on fields or presenting qyplication information in various database views. For 
example, a sdiool can look at applications sorted by test scores. The school could 
also look at all tqjplications of students fix>m a particular geogrq)hical area, or 
students ^0 play a particular sport or instrument The institution can perform 

IS statistical correlations between information on the application and grades achieved at 
the institution after matriculation to determine vAiat characteristics of qiplicants 
correlate with success at &e institutioa 

Not only are the individual data elemmts tailored to the specifications of a 
particular institution, the entire data set is formatted to conform to that institutions 

20 needs. The data formats may include 1) conuna separated valxies, 2) tab delimited 
values, 3) fixed length formats, 4) name/value pairs, and S) EDI 189. ForaliofAese 
methods, of course, the data is ordered as required (e.g., Social Security number first, 
last name second, high school name 33rd, etc.). 

The format of the entire data set is done via back-end utilities that run on the 

25 server and that utilize specially formatted text files containing data formatting 
descriptions arul additional data-manipulation rules. These utilities are triggered 
when the institution's contact person accesses the administrative utility on the forms 
engine server and chooses to iq}load data sets. 

Another implementation of the invention uses object-oriented programming 

30 and the Extensible Markup Language (XML), which is used to create a customized 
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mark-iq) language related to ^plications processing. In this embodiment, most of Ae 
information about each ^licant is stored in an XML file corresponding to that 
applicant, although some basic account information about each applicant is still 
m ai nt ai ne d in a data table. Liformation about each application is stored in an XML 
5 application description file. This implementation requires fewer files, thereby 

simplifying maintenance and reducing the run time overhead associated with reading 
and reconstructing applications fix)m multiple files. First and second stage validation 
rules are maint ai ne d in the XML q)plication description file. Unlike the previously 
described embodiment, initialization is only requued v^en the web server is started, 

10 because the application persists, along with its database coimections, as long as the 
server is operating. 

An XML parser, typically written in Perl, parses the XML application 
description source file and invokes programs that implement by creating and saving 
binary objects the features specified by the XML tags. For example, Ae text between 

15 a <)eginpage> tag and an <fendpage> tag is used to create a page object having 
attributes defined by the text between the tags. Similarly, an object corresponding to 
an element of a page is created based tqjon the text between a <begin elemenP* tag 
and an <end element> tag. The created objects define the q)plication that is 
presented to tiie applicant 

20 FIG. 18 shows examples ofbinary objects created by the XML parser and tiie 

relationships between some of the objects. For example, FIG. 1 8 shows, that a page 
object 204 can include one or more element object 206, grox^ objects 208, and table 
objects 210. An element object 206, \^ch can be instantiated for example as a 
question on the plication, includes a pre-text element 212 and a post-text 

25 element 214 corresponding to text associated with the question, an input field 
element 216, and any validation rule elements 218. Groups objects 208 may also 
include a pre-text element 21 2 and a post-text element 214, as well as elemmt 
objects 206, other group objects 208, and table objects 210. Table objects 210 can 
include table header objects 220 and row element objects 222. Skilled programmers 

30 can write many classes to customize an application and will understand that FIG. 1 8 
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is a greatly simplified example used to demonstration the principles of the 
embodiment. 

The group object allows multiple elements to be associated with a group and 
eases the implementation of an adaptive £q)plication, in \^ch the content of 
5 application pages sent to an applicant may depend upon the qjplicant's answers in 
previous pages. Whether an element or group is displayed depends upon the value of 
a display attribute, vAnch can be used to specify the conditions under i^ch Ae 
object is displayed on the screen or in printed reports. For example, a group of 
questions may belong to a "non-U.S. citizen" group object Questions belonging to 

10 the non-U.S. citizen groiq> object m^ request information such as visa type, alien 
registration number, and country of origin. If the applicant answers that he is a U.S. 
citizen, elements in the ^'non-U.S. citizen" group are not displayed. An adqrtive 
plication would also be useful for a higher education system that includes multiple 
schools or campuses. A single application file could be used, with the questions 

1 5 presented to tfie applicant depending upon the particular school the ^licant 

chooses. Using a single appUcation greatly simplifies maintenance of the £q>plication 
form. 

Applicant information is similarly saved in an ^plicant XML file. Unlike the 
plication description XML file, the £^plicant file is changed as information is 
20 posted by the applicant Thus, the qyplicant XML file is re-saved each time that data 
is posted by the qyplicant 

Alfiumgh Re present invention hfl^^ 
process^ college admission application forms, it is not limited to tiiat qyplication, 
but is q>plicable to processing any form, sudi as ^ployment forms and studoit loan 
25 forms, such as for the PLUS student loan program ^ 

While a preferred embodiment of the present invention has been shown and 
described, it will be qyparent to those skilled in the art that many changes and 
modifications may be made without departing fiom the invention in its broader 
aspects. Because the computer and computer network fields are changing rapidly, it 
30 IS expected that implementation of the invention will change significantly as 
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technology evolves. The particular programming language and the type of database 
can be varied depending on the preferences of the programmer. Such changes in 
inq>lementation, however, do not dqiart from the sphit and scope of the invention. 
The £^ypended claims are therefore intended to cover all such changes and 
5 modifications as fell within the true spirit and scope of the invention. 
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APPENDIX 



<HTML> 
<HBAD> 

<MBTA NAMB= "GENERATOR" C0NTBNT=:"MO2llla74 . 04 [enj (Win95; 

I) [Netscape] "> 

<TITLE>Lewi8 and Clark College for Admission for inossch, 
page i</titlb> 

</HBAD> 

<BODY BGCOLOR«"#PFFFFF"> 
<CBNTER> 

<H1> . . 

<IMG SRC=»/logos/lewisc.gif " ></Hl></CBNTBR> 

<CENTER> 
<H2> 

Lewis and Clark College<BR> 

Application for Admission, page l <BR> 

Fee: $45,00</H2></CENTBR> 

<FORM METHODs"POST" ACTION=5"https : //www, applyweb. com/cgl- 
bln/app?lewl8c" BNCTYPB«"application/x-www-form-urlencoded"> 
<HR> 

<TABLB BORDBR«0 WIDTH="695" > 
<TR> 

<TD><B>Of flee of Admis8ions</B> 
<BR>0615 S.W. Palatine Hill Road 
<BR>Portland, Oregon 97219-7899 
<BR>Phone: 503-76B-7040</TD> 

<TD VALIGN=TOP>Toll-Free: 800-444-4111 
<BR>Fax: 503-768-7055 

<BR>lntemet : adroissionsdlclark . edu 

<BR>World Wide Web: http://www.lclark.edu</TD> 

</TR> 
</TABLB> 

<HR> 

<TABLE BORDBRaO WIDTH=»610« > 
<TR> 

<TD><B>Admissions plan:</B>  

<BR><INPUT TYPE=RADIO NAMB«"LBWISC- ADMISSION" VALUE="Early 
Decision (binding) " ><NOBR>Barly 
Decision (binding) </NOBR>&nbsp ; 

<BR>< INPUT TYPB=»RADIO NAME=" LEWI SC -ADMISSION" VALUE* "Early 
Action (nonbindlng) " ><NOBR>Early 
Action (nonbindlng) </NOBR>  

<BR><INPUT TyPE=RADIO NAME="LEWISC- ADMISSION" VALUE=" Regular 
Decision" ><NOBR>Regular 
Decision</NOBR>  </TD> 

<TD VALIGN=TOP><B>Applicant status : </B>  
<BR><INPUT TYPE=RADIO NAME="LEWISC-APPLICANT_STAT" 
VALUE=" First -year student" ><NOBR>Pirst-year 
student</NOBR>  
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<BR><INPUT TYPB^RADIO NAMB="IiBWISC-APPI*ICANT_STAT" 

VALUE« "Transfer student" ><NOBR>Transfer. 
8 tudent</NOBR>&nbsp ; 

<BR>Portfolio Path? < INPUT TYPB«RADiO NAME="LEWISC- 

PORTFOLIO" VALUB="y" ><NOBR>yes</NOBR>  < INPUT 

TYPE^RADIO NAME="LBWISC- PORTFOLIO" VALUB="N" 

><NOBR>No</NOBR>  </TD> 

</TR> 

</TABLB> 

  

<TABLB BORDBR»0 WIDTHa"500" > 
<TR> 

<TD><B>Bntry date: </B>  <SBLBCT NAMB="LBWISC-APP_TBRM" 
SIZBi=l xOPTION VALUB=»"" >  <OPTION VALUB="Fall 1998" 
SBLBCTBO >Pall 

1998  <OPTION VALUB="Spring 1998" >Spring 
1998  </SELBCT></TD> 

<TD VALiGN«TOP><B>Residence plans :</B>  
<BR><INPUT TYPE=RADIO NAMB«"LBWISC-RBSIDBNCE" 
VALUB»"Re6idence hall" ><NOBR>Residence 
hall</N0BR>&nb8p ; 

<BR><INPUT TYPBoRADIO NAMB=" LEWI SC- RES IDBNCB" 

VALUES "Commuting student" ><NOBR>Commutlng 

student</NOBR>  </TD> 

</TR> 

</TABLE> 

<HR><B><PONT SIZB=4>2>Personal</FONT></B> 
<BR><I>Last/Pamlly Name:</I> <B><FONT 

SI2Ea+2>Scheinberg</F6NT></B>  <INPUT TyPE>=HIDDBN 
NAMB="NAME_LAST" VALUE="Scheinberg" xIMG 
SRC="/images/spacer.gif « ALT="" xlMG 
SRC«"/iraages/8pacer.gif " alt«"" ><IMG 
SRC="/images/spacer.gif " ALT="" > <IMG 
SRC="/images/spacer.gif " ALT="" xlMG 
SRC=r"/images/spacer,gif " ALT="" xIMQ 
SRC« " /images/spacer. gif" ALT="" > 
<I>First:</l> <BxFONT 

SI2B=+2>Michael</FONT></B>  <INPUT TYPE=HIDDEN 
NAMB=:"NAMB_FIRST" VALUE= "Michael "> 

<BR>Middle: < INPUT TYPE="text" NAME="NAMB_MIDDLE" 
VALUB="" SIZB=12 MAXLBNGTH=25xIMG SRC= "/images /spacer . gif " 
ALT="" xiMG SRC="/images/spacer .gif " alt=»" xIMG 
SRC=" /images/spacer. gif" ALT="" > <IMG 
SRC="/images/spacer.gif " ALT="" xIMG 
SRC= "/images/spacer .gif " ALT="" xIMG 
SRC= "/images/spacer. gif " ALTr="" > <SBLECT 
NAME="NAME_SUFFIX" SIZBr=l 

><OPTION><OPTION>Jr .   <OPTION>Sr .   <OPTION>II  < 
OPTION>III  <OPTION>IV  </SELECT><IMG 
SRC="/images/Bpacer.gif " ALT="" xlMG 
SRC:="/images/spacer.gif " ALT="" xIMG 
SRC=" /images/spacer. gif" ALT=:"" > <IMG 
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SRC= /images/spacer. gif" ALT*"" xIMG 

SRC="/lmages/spacer.gif " ALTrs"" xiMG 

SRC= "/images /spacer. gif" ALT="" > <in6 

SRC= " /images/spacer. gif" ALT="" ><IM6 

SRC= "/images/spacer. gif " ALT="" ><IM0 

SRC= "/images/spacer. gif " ALT="" > <IMG 

SRC= "/images/spacer. gif " alt=«" xIMG 

SRC= "/images/spacer. gif " alt^."" ><IM6 

SRC= " /images/spacer. gif« alt="" > <IMG 

SRC="/images/spacer.gif " alt="" ><IM6 

SRC="/images/spacer .gif " aLT="" xIMG 

SRC="/images/spgicer.gif " alt="" >fiaibsp;<IM6 

SRC=" /images/spacer. gif" alt="« xlMG 

SRC« "/images/spacer, gif " alt="" xIMG 

SRC« "/images/spacer. gif " ALT="" > <IMG 

SRC="/in«ges/spacer.gif " ALT:^"" ><img 

SRC= "/images/spacer. gif " ALT="" xIMG 

SRC= "/images/spacer. gif " ALT="" > <IMG 

SRC«"/iinages/spacer.gif " alt="" xIMQ 

SRC= "/images/spacer. gif " ALT="" xlffG 

SRC« "/images/spacer. gif " ALT="" > <IMG 

SRC="/images/spacer.gif " ALT="" xlMG 

SRC="/ images /spacer. gif" ALT="" xIMG 

SRC= "/images/spacer. gif " alt="" >&nb8p;<Il46 

SRC="/images/spacer.gif " ALT=:"" xIMG 

SRC«"/ images /spacer. gif" AliT="" xlMG 

SRC="/images/spacer.gif » ALT=:"" > <IM6 

SRC='*/images/spacer.gif " ALT="" xIMG 

SRC="/images/spacer.gif " ALT«"" xlMG 

SRCs="/images/spacer.gif " AiiT=:"" > <IM6 

SRC="/images/8pacer,gif " ALT="" xIMG 

SRC«= "/images/spacer. gif " AIiT=:"" xIMG 

SRC«" /images/spacer. gif" ALT="" > <IMG 

SRCt="/images/8pacer.gif " ALT="" xIMG 

SRC= "/images/spacer. gif " ALT="" xIMG 

SRC="/images/spacer.gif " ALT="" > <IMG 

SRC="/ images /spacer. gif" alt="" ><IM6 

SRC="/images/spacer.gif " ALT="" xIMG 

SRC»"/ images /spacer. gif" ALT="" > <IMG 

SRC="/images/spacer.gif " ALT="" ><IM6 

SRC=:"/images/spacer.gif " ALT="" xlMG 

SRC= "/images/spacer. gif " ALT="" > <IMG 

SRC=" /images/spacer. gif" ALT="" xlMG 

SRC= "/images/spacer. gif " ALT="" xlMG 

SRC=»/images/spacer.gif « ALT="" > <IMG 

SRCs**/ images /spacer. gif" ALT="" xlMG 

SRC= "/images/spacer. gif " ALT="" xIMG 

SRC="/images/spacer.gif " ALT="" >fiJibsp;<IMG 

SRC= "/images/spacer. gif " ALT="" xlMG 

SRC= "/images/spacer .gif " ALT="" xIMG 

SRC="/images/spacer.gif " ALT="" > <IMG 

SRC="/ images /spacer. gif" ALT="" xlMG 

SRC= "/images/spacer. gif " ALT="" xIMG 

SRC= "/images/spacer .gif " ALT="" > <IMG 
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SRC=" /images/spacer .gif" ALTe"" xjMG 
SRC= " /images/spacer. gif" AliT="" xlMG 
SRC= "/images/spacer. gif ALT="" > <IMG 
SRC="/images/spacer.gif « ALT=«" ><IM6 
SRC=="/iniages/spacer.gif " ALT^"" xIMG 
SRC= /images/spacer, gif" ALT=«" > <IMG 
SRC= " /images/spacer. gif" ALT^"" xIMG 
SRC=»/images/spacer.gif " ALT^"" xIMG 
SRC="/images/spacer.gif " ALT=''" > <IMG 
SRC=" /images/spacer. giC" alt=:"" xIMG 
SRC=: " /images/spacer ,gif" ALT="" >s.lMG 
SRC="/iinages/sp^cer.gif " ALT="" > <IMG 
SRC= " /images/spacer. gif" ALT="" xlMG 
SRC= "/images /spacer. gif" ALT^"" xIMG 
SRC= /images/spacer. gif" alt«"" > <IMG 
SRC="/iniages/spacer.gif » ALT="" ><IM6 
SRC= " /images/spacer. gif ALT="" xIMG 
SRC= /images/spacer. gif" ALT=»" > <lMG 
SRC*"/ images/ spacer.gif" AIiT="" xIMG 
SRC« " /images/spacer .gif" AliT="" xIMG 
SRC= "/images /spacer. gif" AI*T«"" > 

Gender:  < INPUT TYPB=RADIO NAMB«"GBNDBR" VALUE«"M" 
><NOBR>Male</NOBR> < INPUT TYPEoRADIO NAME = "GENDER" 
VALUED "P" ><NOBR>Pemale</NOBR> 

<BR>Pref erred name or nickname : &nbsp ;< INPUT TYPE* "text" 

NAME="NAMB_PREFBR" VALUB="" SIZB=12 MAXLBNGTH=45xIMG 

SRC= "/images /spacer. gif" alt="" xIMG 

SRC=" /images/spacer .gif" ALT="" xIMG 

SRC="/images/spacer.gif " alt="" > <IMG 

SRC= " /images/spacer. gif" ALT="" xIMG 

SRC=" /images/spacer. gif" ALT=:"" xIMG 

SRC= "/images /spacer .gif" ALT="" > 

Former last name(s), if any  < INPUT TYPB=="text" 
NAMBx="NAMB_OTHER_LAST" VAi:iUE="" SIZB==X2 MAXLBN6TH=40> 

<P>Permanent address: 

<BR>Street: < INPUT TYPE="text" NAMES "STREET" VALUE="" 
SIZE=20 MAXLENGTH=40>Box/Apt: < INPUT TYPE="text" 
NAME="STRBBT2" VALUE="" SIZE=10 MAXLEN6TH=:2 5 > 
<BR>City: < INPUT TypB="text" NAMB="CITY" VALUE="" 
SI2E=20 MAXLENGTH=35xIMG SRC= "/images /spacer . gif " ALT=:"" 
xIMG SRC= "/images/spacer. gif " ALT="" xlMG 
SRC=:"/images/spacer.gif " ALT="" > <lMG 
SRC="/images/spacer.gif " ALT="" xIMG 
SRC=:" /images/spacer. gif " ALT="" xlMG 
SRC="/images/spacer.gif » ALT="" > 

State/Province : <SELECT NAME=:"STATB" SIZE=1 xOPTION 
VALUE= " " >&nbsp ; <OPTION VALUE= " AL" >Alabama&nbsp ; <OPTION 
VALUE«"AK" >Alaska <OPTION VALUE="AZ« 
>Ari2ona <0PTI0N VALUE="AR" >Arkansas  < OPTION 
VALUB="CA" >California <OPTION VALUE="CO" 
>Colorado  <OPTION VALUB="CT" >Connecticut  <OPTION 
VALUE="DE" >Delaware <;OPTION VALUE="DC" >District 
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of Coluinbia&nb8p;<OPTION VALUB="FL" >Plorida&nb8p; < OPTION 
VALUB="GA" >Georgia <OPTiai VALUB="HI« 
>Hawaii  <OPTI0N VALUB^-ID" >Idahofitnl5sp; <OPTION 
VALUE="IL» >Illinois <OPTION VALUB="IN" 
>Indiana <OPTION VALUB="IA" > I owa < OPTION 
VALUE="KS" >Kansas <OPTION VALUB=»KY" 
>Kentucky  <OPTION VALUB="LA" >Loulslana  <OPTION 
VALUE="MB" >Maine <OPTION VALUB="MD" 
>Maryland&nbsp ; <OPTION VALUB= "MA" 
>Massachuset t s&nbsp ; <OPTION VALUB= "MI " 

>Michigan  <OPTION VALUE="MN" >Minnesota  <OPTION 
VALUEa"MS" >MiSQissippi <OPTION V7VLUB="M0" 
>Mlssouri  <OPTION VALUB«"MT" >Montana  <OPTION 
VALUE="NE" >Nebraska <OPTlON VAL.UE="NV« 
>Nevada <OPTION VALUB="NH" >New 

Hampshire <OPTION VALUE="NJ" >New Jersey <OPTlON 
VALUE="NM" >New 

Mexico <OPTION VALUB="NY'' >New York&nbsp ; <OPTION 
VALUB="NC" >North 

Carol lna&nb8p;<0PTI0N VAliUB="ND** >North Dakota&iibsp;<OPTlON 
VALUB="OH" >Ohio&nb8p;<OPTION VAIiUB=«"OK» 

>Oklahoinasdibsp ; <OPTlON VALUBa "OR" >0regon&nb8p ; <0PTI0N 
VALUE= " PA" >Penn8ylvanla&nbsp ; <OPTION VALUB^^ "RI " >Rhode 
l8land&nb8p;<OPTION VALUB«"SC" >South Carolina&nb8p; <OPTION 
VALUB="SD" >South 

Dakota&nbsp ; <OPTION VALUB= "TN" >Tennessee&nbsp ; <OPTION 
VALUBa"TX" >Texas <OPTION VALUB»"UT" 
>Utah <OPTION VALUE«"VT" >Vennont  <OPTION 
VALUBa"VA" >Virginia <OPTION VALUB=."WA" 
>Washlngton&nb8p;<0PTl0N VALUB="WV" >West 
Virginia  <OPTION VALUB=»WI" >Wisconsin  <OPTION 
VALUB«"WY» >Wyoming <OPTION VALUE="AB" 
>Alberta <OPTION VALUB="BC" >British 
Columbla&nbsp ; <OPTION vaIjUB=: "MB" >Manl toba&nbsp ; <OPTION 
VAliUBs»NB" >New 

Brunswick <OPTION VALUB="NP" 
>Newfoundland <OPTION VAIjUB="NS" >Nova 
Scotia <OPTION VALUB«"NT" >Northwest 
Territories&nb8p; <OPTION VALUE="ON" >0nt:arlo&nb8p ; <OPTI0N 
VALUB="PB" >Prince 

Edward Island <OPTION VALUB=:"QB" >Quebec <OPTION 
VALUB«"SK" >Saskatchewan <OPTION VALUB«"yT'? >Yukon 
Territories  </SELBCT> 

<BR>Zip/Postal Code : < INPUT TYPE="text" NAME="ZIP" 
VALUE="" SIZE=10 MAXLENGTH«10><IMG SRC= "/images /spacer .glf " 
ALT="" xiMG SRC= " /images/spacer. gif" ALT="" xlMG 
SRC="/iinages/spacer .gif " ALT="" > <IMG 
SRC=" /images/spacer. gif" AliT="" ><IMG 
SRC* "/images /spacer. gif" ALT="" xIMG 
SRC="/images/spacer.gif " ALT="" > 
Current telephone <FONT SIZE=-1> (area 

code) +number</FONT> <lNPUT TYPE="text" NAME="PHONE" 
VALUE="503-224-0115" SIZE=12 MAXLENGTH==17> 
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<BR>B-mail address : finbsp; < INPUT TYPE="text " NAMB«"BMAIL" 
VAIiUB^Tnosehevanet .com" SIZE«20 MAXIiBNGTH»40><IMG 
SRC=: "/images/spacer. gif«» alt="" xIMO 
SRC= "/ images/spacer. gif" AliT="" ><IM6 
SRC="/images/spacer.gif " alt=»" > <lMG 
SRC= " /images/spacer. glf" alt="" xIMG 
SRC= "/Images/spacer. gif " ALT="" xIMG 
SRC= "/images/spacer .gif " alt="" > 

Pax #: < INPUT TYPB="text" NAMB="FAX" VALUE="" SIZB»12 
MAXLBNGTH=17> 

<P>If different, from above, please give your mailing address 
for all admissions 
correspondence : 

<BR>Street: < INPUT TYPE="text" NAMB»"MAIL STREET" 
VALUB="« SIZE=20 MAXLBNGTH=35>Box/Apt :   <INPUT 
TYPEr:Wtext" NAMB="MAIL STRBBT2" VALUB="" SI2B=10 
MAXLBNGTH=45> 

<BR>City: <INPUT TYPB=i"text" NAMBa"MAIL_CITY» VAI*UE»"« 

SIZBs20 MAXLBNGTHaBSxIMG SRC= "/ images /spacer .gif " ALT="" 

xIMG SRC« "/images /spacer. gif " AI*T«"" xIMG 

SRCa" /images /spacer. gif" ALT«"" > <iMG 

SRC=" /images/spacer .gif" alt="" xlMG 

SRC= "/images/spacer. gif " alt="" xlMG 

SRC="/ images /spacer. gif" ALT="" > 

State/Province : <SELECT NAMB="MAIL_STATE» SIZB»1 
xOPTION values"" > <OPTION VAIiUBa"AL" 
>Alabama&nbsp ; <OPTION VALUE» " AK" >Ala8)ca&nbsp ; <OPTION 
VALUE«"AZ" >Arizona <OPTION VALUB=i"AR" 

>Arkansasfiaibsp; <OPTION VALUE="CA" >Calif ornia  <OPTION 
VALUB="CO" >Colorado <OPTION VALUE="CT" 
>Connecticut  <OPTlON VALUB="DB" >Delaware  <OPTION 
VALUB="DC" >DiBtrict 

of Columbia <OPTlON valub="FL" >Plorida <OPTlON 
values: "GA" >6eorgia&nbsp ; <OPTION VALUB="HI " 
>Hawaii <OPTION VALUE="ID" >Idaho <OPTION 
VALUE="IL" >Illinois <OPTION VALUE«"IN" 
>lndiana <OPTlON VALUE="IA" >lowa«aibsp;<OPTlON 
VALUB="KS" >Kansas <OPTION VALUB="KY" 
>Kentucky&nbsp ; <OPTION VALUB= "LA" >Louisiana&nbsp ; <OPTION 
VALUB= "MB " >Maine&nbsp ; <OPTION VALUE* »MD" 
>Maryland <OPTION VALUE="MA" 
>MassachusettB  <OPTlON VALUB="MI» 

>Michigan&nbsp ; <OPTION VALUE= "MN " >Minnesota&nbsp ; <OPTION 
VALUE="MS" >Mississippi <OPTION VALUB=^"MO" 
>Missouri  <OPTION VALUE="MT" >Montana  <0PTI0N 
VALUB="NB" >Nebraska <OPTION VALUB=:"NV" 
>Nevada <OPTION VALUE="NH" >New 

Hampshire <OPTION VALUE="NJ" >New Jersey  <OPTIGN 
VALUES " NM " >New 

Mexico <OPTION VALUB="NY" >New York&nbsp : <OPTION 
VALUB="NC" >North 

Carolina <OPTION VALUE="ND" >North Dakota  < OPTION 
VALUEs"OH" >Ohio <OPTION VALUB="OK" 
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>Oklahoma <OPTION VALUE="OR" >Oregon  <OPTIOll 
VALUB="PA" >Pennsylvania <OPTION VALUB»"RI" >Rhode 
Island <OPTION VALUE«"SC" >South Carol lna <OPTION 
VALUE="SD" >South 

Dakota  <OPTION VALUB="TN" >Tennes8ee  <OPTION 
VALUB="TX" >Texas <OPTION VALUB=»UT" 
>Utah&nbsp ; <0PTI0N VALUB= " VT" >Vermont:&nbsp ; <OPTION 
VALUB="VA" >Virginia <OPTION VALUE«"WA" 
>Washington <OPTION VAIiUB="WV" >West 
Vlrginia  <OPTION VALUB="WI " >Wi scons In  <OPTION 
VALUB="WY" >Wyoinlng <OPTION VALUB="AB" 
>Alberta <OPTION VALUE="BC" >British 
Columbia  <OPTION VALUB="MB" >Manitoba&iib8p; <OPTION 
VALUE="NB" >New 

Brunswlck <OPTION VALUB="NF" 
>New£oundland&nbsp ; <OPTION VALUE= "NS " >Nova 
Scotia <OFriON VALUE="NT" >Northwest 
Territories  <OPTION VALUg="ON" >Ontario  <OPTION 
VALUED « PB " >Pr ince 

Bdward l8land&nb8p;<OPTlON VALUE=s"QB" >Quebec <OPTION 
VALUB="SK" >Saskatchewan <OPTION VALUE«"YT" >Yukon 
Terrltorles  </SBLBCT> 

<BR>Zip/Postal code : < INPUT TYPB«"text" NAMB«"MAIL_ZIP« 

VALUE="" SI2B-10 MAXLBNGTH«i2><iMG SRC»" / image s/Bpacer.gif« 

ALT=««" xIMG SRC« "/images /spacer. gif" AIiTo"» xlMG 

SRC= /images /spacer - gi f AIjT= " " >&nb8p ; < IMG 

SRC« " /images/spacer. gif" ALT="" xlMG 

SRC«"/iinages/spacer .gif " ALTss"" xIMG 

SRC«" /images/spacer -gif" ALT«"" > 

Phone at mailing address :   < INPUT TYPB^ntext" 

NAMB="MAIL_PHONE" VALUB="" SIZE=12 MAXLBNGTH=17> 

<BR>Social Security #:   < INPUT TYPB="text" NAME^^SS^NUM" 

VALUB«"" SIZB»11 MAXLBNGTH=llxIMG SRC="/images/spacer .gif " 

ALT*"" xiMG SRCa"/images/spacer.gif AliT=i"" xIMG 

SRC«"/ images /spacer. gif" ALT=»"* > <IM6 

SRC«"/imageB/spacer.gif " ALT="" xIMG 

SRCc'Viroages/spacer.gif " ALT="" xIMG 

SRC="/image8/spacer.gif " ALT="" > 

Date of birth (MMDDYY) :  < INPUT TYPB="text" 

NAMB="mdyl ^BIRTH_DATE" VALUE="" SIZE=2 MAXLBNGTH=2>< INPUT 

TYPE«"text" NAMB*'*mdy2 BIRTH_DATB" VALUE*"" SIZE*2 

MAXLBNGTH=:2x INPUT TYPE=»text" NAME«"mdy3 BIRTH_DATE" 

VALUE*"" SIZB*4 MAXLBNGTH*4> 

<P>What country are you a citizen of? (<A 
HREF* " /country . html " TARGET* " ResourceWindow " >view 
COdes</A>) < INPUT TYPE*"text" NAME="CITIZEN_COUNTRY" 
VALUE*"" SIZE=2 MAXLENGTH=2> 

<BR>Religious affiliation (optional) €aibsp;<lNPUT TYPE*"text" 

NAME* "RELIGION" VALUE*"" SIZB*30 MAXLENGTH=40> 

<BR>If not a U.S. citizen, are you a Permanent 

Res ident?fitnbsp;< INPUT TYPE=RADIO NAMB*"RESIDENT_ALIEN_YN" 

VALUE="Y" >Yes < INPUT TYPE*radio 

NAME="RESIDENT_ALIEN_YN" VALUE="N" >No  <IMG 
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SRC« "/images/spacer. gif" ALT»"" xIMG 
SRC« " /images/spacer. glf alt«"" xIMG 
SRC="/iinages/spacer.gif « ALT="" > <rMG 
SRC="/iinages/spacer.gif " ALT="" xIMG 
SRC= " /images/spacer. gif" alt=«« xXMO 
SRC=:"/images/spacer.gif " AIiT="" > <IMG 
SRC= "/images/spacer. gif " alt»"" xIMG 
SRC«"/iinages/spacer.glf »• alt="" xIMG 
SRC=»/iiiiages/spacer.gif " ALT=t"" > <IMG 
SRC="/iinages/spacer.gif " AIiT="" xIMG 
SRC=«/images/spacer.gif " ALT-"" xIMG 
SRC="/images/spa.cer.glf " ALT="" > 

Visa type&nb8p;< INPUT TYPB="texl:" NAME=«"VISA TYPE" VAI*UB="« 
SIZB==12 MAXLENGTH=40> " 
<BR>Have you previously applied to Lewis & 
Clark ? < INPUT TYPB=:RADIO NAMB^^LBWISC-APP BEFORB" 
VALUE="Y" xNOBR>Yes</NOBR>fiaibsp;<INPUT TYPE=RADIO 
NAME="LEWISC-APP BEFORE" VALUE=:"N" xNOBR>No</NOBR> 
<BR>lf yes, for Which term/year ? < INPUT TYPB=i"text" 
NAMB^^LBWISC-APPLY^YN" VALUB="" SIZE=5 MAXIiENGTH»10> 

<BR>Will you be a candidate for need-based financial 

aid? <INPUT TYPBaRADIO NAMB="LBWISC-FIN_AID" VALUB-^Y" 
xN0BR>Ye8</N0BR>&nb8p;< INPUT TYPB«RADIO NAME«"LEWISC- 
FIN^AID" VALUB=i"N'' xNOBR>NO</NOBR> 

<BR> (Financial aid is not a factor in the admission decision 
process. Indicating 

"yes" will allow us to send the required IDF packet.) 

<P>If yes, FASFA and IDF forms were/will be filed 

on : < INPUT TYPB="text» NAMB="mdyl LEWISC-FASFA_FORM« 

VALUE="" SIZE=2 MAXLENGTH=2x INPUT TYPE="text« 

NAMB=»mdy2 ^LBWISC-FASFA_FORM" VALUE="" SIZB«2 

MAXLBN0TH=2x INPUT TYPB="text" NAMEa^mdyB LEWISC- 

FASFA_FORM" VALUBt="«' SIZB»4 MAXIjBNGTH=4 > 

<BR>(See application instructions for iiqportant deadline 
information. ) 

<BR>Name of your current school : < INPUT TYPB="text" 
NAME="CURRENT_SCHOOL_NAMB" VALUB="« SIZB»30 MAXLBNGTH«50> 
<BR>Type of school :  <SBLBCT NAMEm^HS^TYPE. 1" SIZB»1 
xOPTI0N><0PTION>Public  <OPTION>Private  <OPTION>Pa 
rochial  </SBLECT> 

<P><B>For first -year students only:</B> 

<BR>Name of high school coimselor :  < INPUT TYPE=ntext" 
NAME="HS_COUNSBLOR" VALUE="" SIZE=40 h4AXLENGTH=80> 
<BR>Office telephone : < INPUT TYPE="text" 

NAME="PBRSON PHONE. 45" VALUE="" SIZB=12 MAXLENGTH=17><IMG 

SRC="/images7spacer.gif " ALT="" ><IW3 

SRC="/images/spacer.gif " ALT="" xllK 

SRC="/images/spacer.gif " alt="" > <IMG 

SRC=" /images /spacer. gif" ALT="" xIMG 

SRC="/images/spacer.gif " AIiT=»'" xIMG 

SRC= "/images/spacer. gif " AIiT="" > 
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SchCK>l Pax #: < INPUT TYPE=«text« NAME-"HS_PAX.l" 
VALUE="" SI2B=12 MAXLBNGTH=12> 

<BR>High School CBBB code number : cmbsp; < INPUT TYPBa"text" 
NAME="HS_CEEB.l" VALUE="" SIZB=6 MAXLBNGTH=:6 > 

<P><B>lf you're not currently attending school</B>, please 
tell us what 
you're doing. 

<CBNTBR><TBXTAREA NAME =" ESS AY_NO_SCHOOL» ROWSa40 COLSbCO 

WRAP=virtual></TBXTARBA></CENTER> 

  

<P>Plea8e list any relatives who may have attended Lewis 
&anqp; Clark, give 

their name, relationship, class (if known) . 
<CBNTER><TEXTARBA NAME^" LEWI SC- STATEMENT FAMILY_ATTBND2" 
R0WS==2 COLS=60 WRAP=virtual></TBXTAREA><7CENTER> 
&nbsp ; 

<P>What influenced you to apply to Lewis & Clark? 
<CBNTBR><TEXTARBA NAMB^'-LBWISC-STATEMBNT^INPLUBNCB" ROWS^B 
C0LS»6 0 WRAP=vi r tual >< /TBXTARBAx /CENTBR> 



<P>Have you ever visited the Lewis aamp; Clark 

canpus? < INPUT TYPB=RADIO NAMB=»LEWISC- VISIT" VALUB=««Y" 

><NOBR>Yes</NOBR> <INPUT TYPE«RADIO NAMB="LEWISC- VISIT" 

VALUE«"N" ><NOBR>No</NOBR>  <IMG 

SRC=" /images/spacer. gif" ALT«"" xIMG 

SRCe"/images/spacer.gif " ALT="" ><IMG 

SRC= " /images/spacer .gif ALT«"" > <IMG 

SRC= » /images/spacer. gif" ALT="" xIMG 

SRC« " /images/spacer. gif" ALT="" xlMG 

SRC= /images/spacer. gif" ALT«"" > 

If yeSi when? (MMDDYY) < INPUT TYPB="text" 

NAMB=»mdyl LBWISC-VISIT_WHBN" VALUE="" SIZB=2 

MAXLENGTH=2x INPUT TYPE="text" NAME="mdy2 LBWISC- 

VISIT_WHEN" VALUB="" SIZBr:2 MAXLENGTHs=2xINPUT TYPB="text" 

NAME=nmdy3 LEWISC-VISIT_WHBN" VALUB="" SI2E=4 

MAXLENGTH=4x INPUT TYPE=»HIDDEN" NAME="POSTING_PAGE" 
VALUE="1">< INPUT TYPE="HIDDEN" NAME="SCHOOL_CAMPUS" 
VALUB="Portland, OR" X INPUT TYPB="HIDDBN" NAME="LBWISC-FEB" 
VALUB="38.25"><INPUT TYPE="HIDDEN" NAMB="LEWISC-CHG" 
VALUE="6.75"><INPUT TyPE=»HIDDEN" NAME="SCHOOL" VALUE="Lewis 
and Clark College" >< INPUT TYPE=: "HIDDEN" NAME="DOCTYPE" 
VALUE="Lewis and Clark College for Admission" >< INPUT 
TYPE="HIDDBN" NAME=="SCHOOL_ABBREV" VALUE= " LEWI SC ">< INPUT 
TYPB="HIDDEN" NAME="LEWISC-VBRSION" VALUB= "" x INPUT 
TYPE="HIDDEN" NAMB=:" IGNORE_REQ" VALUE ="1" xINPUT 
TYPB="HIDDEN" NAME="AWVERSI0N" VALUE=" 1 . 37" > 
<TABLE B0RDBR=2 WIDTH="100%" > 
<TR> 
<TD> 
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<CBNTBR>Save and go to page : < INPUT TYPB= "SUBMIT" 
NAME«"GOTOPG" VALUB--2" xINPUT TYPB«"SUBMIT" NAMBo-GOTOPQ" 
VALUE=»3"><INPUT TYPB= "SUBMIT" NAME="GOTOPG" 
VALUB= " 4 " >< /CBNTBR> 
</TD> 

<TD> 

<CBNTBR><B>Page 1</B>  </CBNTBR> 
</TD> 

<TD> 

<CBNTBR><INPUT TYPB«"SUBMIT" NAME»"PGSAVB» VALUB»"Save This 

Page" ></CENTBR> 

</TD> 

</TR> 

</TABLB> 

</PORM> 

</BODY> 

</HTMIi> 
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CLAIMS 

1 . A method of creating and processing over a computer network forms 
representing applications for admission to different institutions, comprising 
S creating in response to a request from an s^licant for an application to a fiurst 

institution a first qiplication form customized in accordance with the preferences of 
the first institution, the first q)plication form including data fields for entering 
^licant information; 

providing to the ^>plicant over a computer networic the first application form; 
1 0 entering the qyplicant information in the data fields; 

posting the first application form to a s^er, 

storing the 2Q>plicant information in a data storage; 

creating in response to a request from the iq)plicant for an qiplication to a 
second institution a second qyplication form customized in accordance witii the 
IS prefisrences of the second institution, the second ^plication form including data 
fields for entering ^licant infonnation; 

inserting into some of the data fields of the second q}plication qsplicant 
infonnation from the data storage; 

providing to the ^licant over a computer networic the second application 

20 form; 

entering applicant information into the data fields for entering ^licant data 
into ^^ch information was not inserted from the data storage or into \^ch the data 
inserted fit>m the data storage is to be changed; 

posting the second qyplication form to the server, whereby customized 
25 applications to different institutions share data through common data storage. 



2. The method of claim 1 in ^^ch creating a first application form 
customized in accordance with the preferences of the first institution includes 
generating a first application in accordance with stored q)plication description 
30 information and in which the first application can be modified by modifying the 
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application description information without rewriting the compute program that 
creates the ^plication. 

3. The method of claim 1 in \^di posting the first £^lication includes 

5 verifying that pre-specified plication infonnation is preset and meets pre-specified 
criteria. 

4. The method of claim 1 in which posting the first application and posting 
the second {plication each includes the steps of posting a single page of tiie 
plication and of posting the completed application, and in ^ch posting a single 

10 page includes verifying that some specific information is present and meets pre- 
specified criteria and in ^lich posting the complete qiplication includes verifying 
that die uifoimation meets criteria q)ecified by the corresponding institution 

5. The method of claim 1 in "widdx creating an {plication to a first 
institution includes creating an i^lication identified with the brand of the first 

1 5 institution and in ^^ch seating an application to a second institution a second 
£q>plication includes creating an zqiplication identified with the brand of the second. 

6. The method of claim 1 fiutfaer comprising transmitting the q>plicant 
infonnation to the first institution in a format specified by the first institution and 
transmitting the applicant information to the second institution in a format specified 

20 by the second institution. 

7. The method of claim 6 fiirther comprising making multiple ^jplications to 
the Gist institution fix)m different {^licants available on line to the first institution 
for analysis after transmitting the £q)plicant information to the first institution. 

8. The method of claim 7 in which making multiple applications available to 
25 the first institution includes making application information selectively available to 
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various porsoimel at the institution. 

9. The method of claim 1 in which storing the ^licant infonnation is 
perfonned by a third party triplication servicer. 

10. The method of claim 9 in ^uch posting die first application and posting 
5 the second plication includes paying {^plication fees for the £^lications and in 

vAnch the third party servicer processes the £q}plication fee. 

1 1. The method of claim 1 in i^ch storing the information includes parsing 
the information into elements, the data elements being separately stored and 
identified, thereby allowing the elements to be separately retrieved and rearranged in 

10 subsequent q>plications. 

12. The method of claim 11 in ^^ch inserting information fix>m the data 
storage includes inserting infomiation representing combined elements into a single 
field. 

13. The method of claim 1 in ^^ch the fields for entering qjplicant 
IS information include labels and in ^ch at least some of the fields in the second 

application use different labels different fiiom diose in the corresponding fields in die 
first ^Ucation, and in vAnch storing the s^licant infonnation and inserting 
^licant information fi:om the data storage is independent of the labels used in die 
^Ucation, thereby allowing each institution to customize the appearance of its 
20 corresponding application, while still permitting information to be shared across 
q>plications. 

14. The method of claim 1 in ^^ch the fields for entering e^Ucant 
information are formatted and in ^^ch at least some of the fields in the second 

25 application are formatted differently from those in the corresponding fields in the first 
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application, and in which storing the applicant information and inserting applicant 
information fiom the data storage is independent of the format used in the 
application, thereby allowing each institution to customize the appearance of its 
corresponding plication, while still permitting information to be shared across 
S q>plications. 

15. The method of claim 1 in vMch providing the first ^plication form 
comprises providing multiple pages and in vAnch posting the first plication to a 
server includes posting multiple p^es to ttie server. 

16. The method of claim 15 in A^di the content of apage of die provided 
1 0 qjplication depoids vpon information posted in a previous page. 

17. The method of claim 1 in which the data storage includes a relational 
database or XML files. 

18. The method of claim 1 in which the data storage includes stores 
metadata describing the data. 

15 19. The method of claim 17 in ^^ch the metadata includes validation rules 

for the data. 

20. The mediod of claim 17 in \^ch the metadata specifies the sharing 
between q>plications or the accessibility of the data. 

21. A system for creating and processing customized forms for imrelated 
20 institutions using a common third party data storage over a computer network, the 

system including: 

a server computer operated by the third party and in data communication over 
a data network with a client computer for requesting a form and for entering 
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infonnation onto the fonn; 

first data storage in communication with the server computer and including 
form description information specifying the content and {q>pearance of each 
customized form; 

5 second data storage in communication with the server computer and including 

in a user information posted fiom die client computer; and 

a forms engine program operating on the server computer for generating a 
form fiom the form description information in response to a request for the form 
transmitted fix>m the client computer over the computer network, the form including 

1 0 fields for user information, the forms engine program populating the fields for usor 
information with user information available firom the second data storage, accepting 
information entered on the form by the user, and storing the newly entered 
information in the second data storage for use on subsequent forms. 

IS 22. The system of claim 20 in vdiic^ generating a form includes generating 

form including branding information identifying the particular institution to i^ch 
the form is directed. 



23. The system of claim 20 in ^^ch the customized forms include labels for 
data entry fields and in which labels are different for the same user information on 

20 different ones of the customized forms. 

24. The system of claim 20 in which the same user information is requested 
using different styled menus on different ones of the customized forms. 

25. The system of claim 20 in ^lich at least some of the user information is 
parsed into smaller elements before storage, the smaller elements individually 

25 retrievable for insertion into subsequent forms. 



26. The system of claim 20 in which the information about the user is in the 
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form of user attributes and in \^ch user attributes have properties that specify 
information about the attribute. 

27. The system of claim 20 further comprising means for transmitting in a 
format specified by the institution information firom a completed form to the 

5 institution associated with the form. 

28. The system of claim 20 further comprising means for verifying 
information in a form, the verification means including means for verifying 
information common to all forms and means for verifying information for a specific 
institution. 

10 29. The system ofclaim 20 ini^ch the forms CTgine generates a form 

comprising multiple pages and in which the content of at least one of the multiple 
pages depends iqx)n previously siqypUed user iiifonnation. 

30. The system of claim 20 in ^ch the first or second data storage 
comprises one or more XML files stored on a computer readable mediunL 

IS 31. The system of claim 20 in which the first or second data storage 

comprises one or more relational database tables stored on a computer readable 
medium. 

32. A method of creating and processing forms associated with multiple 
institutions, comprising: 
20 contacting a server over a computer network; 

creating a form customized for one of the multiple institutions from stored 
form description information; 

inserting available \iser information fiom a user data storage into the form; 

transmitting the form with the available user information to a user for 
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completion; 

coiiq>leting the fonn; 

receiving the completed fonn; and 

storing user information fix)m the form in the user data ston^. 

5 33. The metiiod of claim 3 1 in \^ch completing the form includes 

completing multiple pages of the form with each page being transmitted to the server 
for verification in accordance with verification rules before completing a subseqiirat 
page. 

34. The method of claim 32 in which receiving the completed form includes 
10 verifying the completed form in accordance with verification rules specific to the one 

of the multiple institutions. 

35. The method of claim 31 in vdiich the user data storage includes a 
relational database. 

36. The method of claim 3 1 in^^ch the user data storage includes a one or 
IS more XML files. 

37. The method of claim 31 in which the user data storage includes 
information describing properties of the data. 

38. The method of claim 36 in ^^ch the properties of the data include 
permissible values for the data. 

20 39. The method of claim 36 in >^ch the properties of the data specify the 

conditions under ^^ch the data is to be displayed. 

40. A forms processing apparatus, comprising: 
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multiple forms for containing data, the fomis being associated with different 
institutions and specifying a process, the process including a fix>nt-«nd process for 
presenting a page to a user and receiving and storing data from the user and a back- 
end processing specification for preparing the form data for receipt by die institution; 
S a forms engine that integrates the form, the data, and processes regardless of 

the q>pearance of the form, die type or significance of die data, and the processing 
that follows collection of the data. 



41. The method of claim 39 in vdiich the forms engine resides on a server 
maintained by a tfiird party forms servicer and each form is customized for an 

10 associated are specified in a relational database. 

42. The method of claim 39 inin^ch the content and processes of the forms 
are specified in XML files. 

43. The mediod of claim 39 in \^ch die fiont end processing includes data 
validation. 

15 44. The method of claim 39 in which the fiont-end processing includes 

creating a form including multiple pages, the content of each page dependent iqK>n 
information previously supplied by the user. 

45. A method of providing customizable {plications to institutions, the 
applications sharing common data storage, the method comprising: 
20 providing at least two ^plication information files, each describing a 

customized applications for an indei>radent institution; 

providing data storage for storing information entered on an application and 
inserting the information into subseqiient applications; 

generating a customized ^plication in response to a request over a computer 
25 network from an applicant, the application form and content being specified by one 
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of the at least two plication information files; 

populating fields of the customized ^plication using information fix)m the 
data storage; 

transmitting the customized £q>plication over a computer network to a 
5 requesting ^licant; and 

completing fields of the plication that were not populated from the data 
storage. 

46. The method of claim 44 in ^^ch completing fields of the qTplication 
that were not populated fit>m the data storage including overwriting with new values 

10 fields that were populated from the data storage, the new values being stored in ttie 
data storage in place of the existing values. 

47. The niethodofclaim 44 in ^chprovidiiig a data storage for storing 
information includes providing a data storage that is extensible without 
reprogramming the program for generating the customized q[>plication, diereby 

IS allowing an institution to readily request and store new information not previously 
stored. 

48. The method of claim 44 in \^ch generating a customized plication 
includes generating an ^qypUcation that includes the logotype of the institution* 

49. The method of claim 44 in which the data storage store metadata 
20 describing the data. 

50. The method of claim 48 in which the metadata describes permissible 
values for the data and further comprising comparing the data in the completed fields 
with the permissible values. 

5 1 . The method of claim 48 in which the meta data describes conditions 
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under which questions on the customized zqjplication are displayed. 

52. The method of claim 44 in which the data storage includes a relational 
database. 

53. The method of claim 44 in ^ch the data storage includes one or more 
5 XMLffles. 

54. The method of claim 44 in which the customized ^plication includes 
multiple pages. 

55. The method of claim 53 in which the content of one of the multiple page 
depends the fields completed by an applicant on a previous one of the multiple pages. 
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Online Applications 

Before You Apply... 

^^ ^1 -Create Your Account 
^2 -Directions & Information 

3-A pplv to Lewis & Clark College 

After You Apply,,. 

Review Your Personal Log 

Change Your Password 
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If only getting classes vi&e this easy. 



CoIlegeNET Online Application Schools 



I ytfytVl nnltnfe A|ytkatiim available ppw 
1 APPLY \ ChilincAj5>licati<HiinKfcrcanstnicti(m 



Four year US colleges 

Matdung schools: I 

A APPLY I l^wiaAClaikCottegc 
^^J Portland, OR 



01997 Univ^^ Alporithms- Inc. 
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CoIlegeNET®. 



FIG. 3 



SUBSTITUTE SHEET (RULE 26) 



wo 99/63454 



4 / 32 



PCr/US99/12539 




Create a New Apply Web Account 

Once created, your aoooont can be used to save and le-edi t all of your applications on the Apply Web 
system, as weU as submit your applications to the admissions department Be sure to remember your 
usemame and password. 



User Info 

The information you enter here will be automatically entered into each Apply Web application that you 
conq>lete. We recommend you use your foil l^al name. You will not be able to change your name information once 
you have oeated your ^xount, so please M in these fields as you would 1^ 
a|^)ear on an actual q^licatioa 



Last Name: L 
First Name: L 
Phone (XXX-XXX-XXXX) : [ 
E-mail Address (opt) : t 



ApplyWeb Usemame 

Enter up tp 8 characters for your desired usemame bdow. Lowercase letters & numbers only. 

Note when choosing a user name: Your user name will be a part of your user id when your application is 

sent to an admissions office. 

Usemame: ^ ^ 

ApplyWeb Password 

Enter your password twice - be sure there were no mistakes. 
Passwords must be at least 7 characters. Spaces are not allowed. 

New Password: I —J 

New Password (again) : I I 



Create Mv Account j CtearFonn 



FIG. 4 
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Wdcome! Yaar new account has been created and is available for all college applicaticms on die ApplyWd) 

system. Pleasemakeattatecfyoarus^nBameandpasswonias youra 

them. 



Directions and Information 



Application Features 



No checks to write! Yon pay voor 
application fee online. 
Yog can complete the application over 
giPhiirfei 



Your data is secmehr stored ami 
tfansmitted. 
Yon'll pwe time hv nnt having to rdype 

data on dififerent feixns. 
Yoa'n know immediately \dien the 
school receives vour application. 



Instructions Menu 



* Arolication Ttigmirrinns 

* BBirts for jBlling out applications 

* If YOU have nroblems accessing web fonns 

* SdiolarshipEligfliilitv 



Go to Step 3: 

' Apply to Lewis & aaik College 



Find out how to become eligible for a scholarship ! 



Application instructions 



1. Establish your account 

Enter your account infomiation exactly as instructed on the fono. 



Oick 



Create My Aooafant 



Write down your user name ans password for future reference when re-entering this system. 

2. FiU out yonriqiplication. 

You can conq>lete your a^lication in any order and save your work and come at a later time - 
Even from a different computer! When you've con4>leted te plication or are ready to exit, click 



FIG. 6a 
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Save This Page 



to save only dick 



Save/P^/Send 



to file your completed ^pplicatum. 
Ifyour application has more than one to move to another 



AU ofyopT saves and transmijggons are togged in your Personal 

3. Make correctioiu to your data 

Yon may see a Data Correction Page when yon move from page to page or chose 



Savc^ay/Scnd 



These aiqiear if you have oinitted a required fidd or entered data iiicorrectly. 

Changes you need to make appear in red text Simply enter the correct data, scroll down to the bottom 
of the page and dick 



Make These Corrections 



4. Save^y/Send your ^plication. 

When yon have completed your plication, dick the 



Save/Pay/Send 



button at the bottom of 



the last page. This saves your data in its final fiDnn and takes you to the payroem screen 
pay yiRir qiplication fee on-line. 

NOT& The application is iiot sent to the school until your paymeiit is author 
5. Pay your iqiplkation fee online. 

, you are taken to the payment screen where you fill in your 



When you click 



San^ay/Send 



credit card infonnatioiL Fill in all the information, in dnding the complete credit card pnm^ 
expiiation date, arui card billiiig information, and dick 



Submit this information 



SecuHty Iftformaiion: All your credit card information is encrypted while it goes between your 
browser and our server, as well as during authorizatioiL None of this information is stored in 
our database. 

Once payment is authorized your application is on its way to the school and you will not be able 
to change data on your application for that term. 

6. Close your browser program when you*re ready to end your Web session* This dears your password and 
secure connectiorL 

7. To re-enter your application form: 

Return to the Application Menu and click on the plication you would like to conq>l^. 
Enter your user name and password when prompted 

8. Check your Personal Log to print a copy of your plication (once payment has been authorized) or 
to find out if a school has received it yet 

Hints for fiDing out applications 

* Use the correct postal code for US state arid Canadian province naines. (view codes) 
Use the correa internet countrv code for country at^reviations. (view codes) 

FIG. 6b 
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The " (viewcodcgr link opou a new 
browser window* To retnni to yoar 
application simply dose tile new window 



* FiU in high school coUege» and job infonnatica in leveisedmim^ Forexaiiq)le,ina 
table where you're aslced to list the high school you've attended, write the most recently attended one 
in the top row of the table, the next most recently attended in the second row, and so on. 

* Separate digits in social security and telephone nmnbers with dashes only » no gi ^yhg g or parentheses. 

• Be sure to check your qiplicationcarefiilly before sending iti 

• There are nsnally other req uir em en ts for admission such as having transcripts, test scores, or 
recommendations sent to the school. Be sure to fulfill these requirements as well as submitting your 
application. 

If you have problems accessing web forms 

If you encounter problems acrtssing web ai^lication forms, it may be because you need to download a 

later version of your browser piugiauL TodetennineifthisisthefHoblemandtodowiiloadaiiewversionifneeded* 

1. Access the Browser Diagnostic form. 

2. Folkiw the iiistnictums on the Debug fom tot est your cnriembr^ 
ifyouneedto. 



Web Application Features 

• Hie web application server stores the information yon enter under the private user name and password 
yoaestabHriL 

• Nothing you enter on an application foiin is sort to the institution until yoatraiismi^ Thatmeansyou 
can set up your account, fill out in^Hmation on an application form, change it, and save it &ee of charge and 
wittKRit worry of disclosing information to the institution before you*re ready. 

* Yon don't have to complete an application in one sitting. For exarrq>le» you can start working on an 
a^lication at your library^s web tenninal, save your work, rocaU it from your web terminal at home, and 
continue working 6om there. Wherever you have access tot he wd), you have access to the information 
you've saved. 

* When yon IHI out more than one application form, ApplyWeb automatically enters common 
information yon filled in on the first form in all subsequent forms. For example, if you've entered you 
name and address on an application form and saved it, Ai:^ly Web will automatically write that information 
on the next form you call up (assuming, of course, that the nest form also has name and address fields). 
Also, if you change the information on one form, it's changed on all others. This feature can save yon a lot 
of time and typing when you' re q^plying to more than one Apply Web institutioru 

Your data is transmitted securely over the Internet The information you enter is encrypted and secure 
when you save it and when you send it Although general data collected on the system m^ be used in 
statistical studies and reports designed to assist institutions with plaiming, any information bearing your 
personal ide nt i fi ca t ion is only disclosed to the institutions you send it to. 



FIG. 6c 
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When yGQ save or transmit a^lkaticminfor^^ Youcaneasily 
checkyoiirPgsgnan^tosccareconlofy^ Your Peisonal Log also tells when itn 

institution has acknowledged leoeqit of your plication. 

Scholarship EUgibility 

Upon sobniittiiigjaiir web application you become an^^ 

awarded by ColicgeNET. In 1997, these awards totaled $9,000. For details visit 

WWwCollegeWKT ^Wc.;h^aT^l^ip^ 

Go to Step 3: 
A pply to Lewis & Clark Colleg e 



FIG. 6d 
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Application Options 

Lewis & Clark CoUege 
84 

• ApDitcation Instnicdons 
Read this section carefiilfy before completing the application 

*^"\^ • ApoUcation 

Sopplemeatal Form (please print) 

92 -V 

Connselpr'^Repgrt 
^"X^ • Teacher's Recommendation 

Main Menu 



FIG. 7 
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We welcome voor interest in J^^ qaik CoUege and are glad that yrm'ne chngm tn ajyty tn th^ r^itnj^ y^^^ 
QdlegeNet Welookforwanlto wtukingwithyouintheadaussim We have outlined a vaziety of 

q^dicationoptioiis below. We hafve also provided a dieddist of 
andtiansfoan>licants. Please read this infiimiationcarefiiUy. print it oat ami Imep it fb^ 
Conq>leted xcfiaeoces, txanscripts, test scores, and ot^ 

Ifyott have aiqr questions about the College the applu^ We wiU be glad to assist 

yoa Since several parts of your application will need to come to us in paper (hl ig mrnmffnHsiti^ ps t wmgrm t) these 
documents should be addressed to: ' 

Office of Admissions 
Lewis & dark College 
0615 S. W. Palatine HiU Road 
Pordand» Oiegon 97219-7899 

First - Year Application Options 

Early Action (Nonbinding) : Fall Semester 

1997-98: 614 t^ed. 574 admitted (93%) 

Students who have detennined eaify in the M that Lewis & Oaik is anum 

Stnctents Action Plan, ^licantsmuicr Early Action must appty and submit aU supporting docum^ 

1. Notification of the A d m is s i on s Committee's decision will be mailed by Jamaiy 15. Admitted students itiay 

submit the reservation dq)osit any time before May 1. 

Regular Decision: Fall Semester 

1997-98: 2, 701 i^pUed, 1,645 admitted (61%) 

Students who select this qrtionshouWappty and submit aUsq^^ Notification of the 

Admissions Cwnmittce'sdedsion win be mailed no 1^ Students whose applications ate received 

after Fdmiaiyl may be notified after April L To ensure a place in the dass, admitted students must submit the 
reservation deposit by May 1. 



R^;alar Decision: Spring Semester 

Spring 1998: 20Appiied. 13 admitted (65%) 

Students seddng admission far the q>iing semester should ap^^ 

l^otification of the admission decision ^ 

received. Admitted students must submit their reservation dq)osit within two w^ 
admission. 



FIG. 8a 



SUBSTITUTE SHEET (RULE 26) 



wo 99/63454 



12 / 32 



PCT/US99/12539 



94 



Transfer Admission 

1997m: 287 applied, 149 admitted (Sm^ 

We welcome the divcrsily azul maturity transfer students bring to the Cdlege. Transfer ^licants can apply fiar either 
M or spring semester ami axe evahated on a ndling basis. Notifi^ 

within three weeks ato aUregmred materials have been received Some txansferqipiicants decide later in the spring 
to appfy; th^ are encouraged to get aU ciedentials to us as soon as possible to ensnie a sm^^ 

CoUqge. Late qwing and cariy smnmer flpplicantg may finrf finanriyl x^mtm^ and hqnsing options limited. 
Please note that the priority filing iteadlinft for fi nanri^l yi'H ijy Mairh I Applicants fOT spring W Mf S tf T mUSt Wflnnit 

all credentials fay December 1. 



Portfolio Path to Admission 

Lewis & Claik has offered this alternative SQiplication p^ 

addition to the requirements on die cbeddist that feUows, are the submission 0^ 

recommendations and at least five samples of academic work. Students also have the t^tion of requesting 

that their sdiod remow standanSized test scores fiom transcrq>ts befo 

Portfiilio materials must indncte at least one graded writing sanyle. Other materials may include, but are not limited 
to: tenn papers; personal jonnials; science pngects or lab leports; ess^ 

cxanqilcs of talent in tltt fine arts. Studemssendingoriginal woric they wish to have returned shooU include an 
^Impropriate sdf-addressed, stanqied envelope. tid)e» or other 

Intemationai Students 

^iplicants to the undergraduate program (or to both the undergraduate program and the TngHtnt^ for the Study of 
American T.angnagR and Caltnre)iirtio do not hold U.S, dtizenship or Permanextt Residency may request an 
International Student Application fiom the Qfltoe of Intemationai Student Seivices (iso<gMclaxk.edny This 
application nury be obt^ned in hard copy or downloaded from the international student admissions homo page on the 
Lewis A Claric Web Site. 

International students attending school in the IMted States or intemationai sdiools abroad can also use the 
implication materials laovided here. In addition to these materials, however, 
required to submit a Certificate of Financial Re^nsibili^. This ferm is availab^ 
Office of International Student Services fiso@lcIaric.edul or fiom their Web Site. 

All qiplicants who axe not U.S. citizens or Permanent Residents should submit their application imiferiiits to: 

International Student Services 

Lewis & Qark College 

061S S.W. Palatine mu Road 

Portland. Oregon 97219-7899 

Phone: 503-768-7305 

Fax: 503-768-7301 

Internet: iso(aiclark.edu 

WWW: http://wwwJdariLedu/Mso/admiLhtml 

Staff members of this office can answer questions about Ixwis& Claric academical the 
admission process, immigration, or any other topics relevant to an intemationai student's planning. 

First-Year Student Application Checklist 

To have your application file considered, you must submit the following materials according to the schedule of your 
preferred a|q)lication option described above. 
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Submit Electronically -* 

*^Iicatum with essay. 

*$45 sqipiication C^^lease note: stndc^ 

Arfmlgctftng far ft harf wyy ftf thft flrftntctimig appltrariftn^ or Hmimlnarf a finpy finm nnr WA Slfg rjn11<^alto urill 

not process your application if the fee has not been submitted.) 

Print Forms and Submit - 

* C(Tnnsritor*s Report figm. 

^ nTcschef's pffi^M*"*'^**dfltion forip^ ^*fflnp|^*iif^ the tiT ftch^ r of 3& susadcmic oours^' ^^^^fl i^Tffh ^ niHth f^^ml^c ip, sciffncc^ 
foreign language, histoiy, or social studies) taken in your junior or senior year. If you have chosen the Portfolio Path 
admission prQgnun» three academic teacher rcconunendations are required. Please duplicate the form provided. 

Request From High School or Testing Agency- 

^ OiGBcial l^ igh school ^rnny^ppl 

Early Action (December 1) candidates must suhmit a transcript including grades from 9th through 11th grade and a 

complete list of comses in which they are enrolled during their senior year. 

lUgnlar Decision (Fdffuaiy 1) candidates most submit the sanK 

the senior year (A copy of your report caid is aooqrtaUe). 

« Seventh-semester transciqyt AU fim^w qiplicaiits must suhnu 

soon as it is avail^sle. 

* SAT I and/br ACT scores. These are considered ofllcial if rqxirted on the hi^ 

via the Portfolio Path may choose to have their counselors remove the scores from t heir records before siibiiiisMOu to 
Levns&OaiL 

Transfer Application Checklist 

To have your qiplication fite considered^ you most submit the foUowing materia 
piefoiied ^jplication caption described above: 

Submit Electronically - 

^ ^iplication with essay. 

* $45 qqdication foei (*Please note: students requesting a 
Adnrissions fly a hantcqyoftheadnussions application, or download 
not process your application if the fee has not been submitted.) 

* Letter esqdaining your reasons for wanting to transfier to Lewu 

Additional Required Credentials - 

* QfiQdal coll^ transciqtt(s) fiom each college or university 

* Qfi&cial high school transcript showing graduation (required of all transfer s^licants). 

^ SAT I and/or ACT scores (on a secondary school transcript or fifom the testing agency) unlessyou will have 
completed 60 semester (95 quarter) credits of transferable course work prior to enrollment at Lewis &Cla^ 
applying via the Portfolio Path are not required to submit these scores. 

* Teacher' s Recommendation form to be completed by a college professor. If you have chosen the Portfolio Path 
admiss i o n program, three teacher rec ommendatio ns are required Please duplicate the form provided, 

^ Dean of Students form. We will mail you this form when we receive your applicatiorL 

First-Year and Transfer Students Applying for Need-Based Financial Aid 
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94 



AU iqq^licaiits to fiQanctal aid 

| if y»ging fgntftT Thf FAPS ^ « ftwailahte tn ynnr nnll^R c mmfleling officft in Novemher. YOQ Can alsO 800CSS thC 

FAFSA thnmgh the Web at www.cdgOY/offioe8/OF^oq>icss.htmL Please note that the results of the FAFSAnnist 
be recent in the QEEte of Student Financial Services by 1999, to receive priority oonaderation. This 

means that the FAFSA ^Kmld be filed with the fede^ 

piooessiiigtinie. Students may fiteato this date» hot late applications wiU be reviewed sot^^ 

funds. Transfier students who have taken college conrscs prior to applying to Lewis Sl Qaik nmst contact the 

financial aid olto at eadi collegB or nnrverstty attended and request that a Hna^ 

QfiBoe of Student Financial Services 
Lewis & Clark College 
0615 S.W. Palatine Hm Road 
Portland, Or^on 97219-7899 

This form is required whether or not you received financial aid at t^ 

Lewis ft Claik*8 Title IV (FAFSA) code number is 003197. 

Admissions Essay 

Tbe essay hc^ us get acquainted with yott in ways diflEttent fio^ 
data, tt also enables yoD to demons! I ale jfour ability to oiganizethoi^^ 

IHIpft l TfllTt p fl T^ of t?1ff IKl***1ffffWIT^ pffftCffffff 

In not more than one thflusfliMl words; please write an essay about one of fiie foUowtng topics listed below. 

1) Describe a sijy^ifioanl peis on or cjipei icnce that has had a puifiwinri rflecl on your life» and describe that eflho 

2) Discuss some issue of local, national, or international concern and its importance to yon. 

3) Describe a tpeciCc talmlion or cxpeiicnce that led you to question your values or change one of your strongj^ held 
opinions. How did you change as a result of the experience? 

4) What diaracter in a book you've read can you relate to best? How do you see yourself ^ 
Tlansfo applicants: Yon must also write a letter on your reasons for wanti^ 

thig rim^ 
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Lewis & dark Conege 
Application for Admissioiiy Page 2 
Fee: $45.00 



Office of Admlnloni 
0615 S.W. Palatine Iffll Road 
Fonland, 97219-7899 
PhcxDc: 503-768-7040 



Toa^^iee: 800-444-4111 

Fax: 503-768-7055 

Internet: ^xfa'^^^dftiMrQIrlarir rtfn 

Woild Wldt Web: http://www.lclariccdn 



AdmbsioBs Fbuu 


Applicant statm: 


Eaify Dcdsion (binding) 


Hm-year student 


Eaily Action (oonbiinding) 


iianstBrsiuueiu 




PdrtfbUoPatii? Yes No 




Residence Plans: 


&itnrdate:| | 


Residence bail 




Oiyikhi^^iit^^^ stodcnt 



Personal 



Mddlej I Gender Male Fem ale 

Picfenednameornidaiame: ! I Pmwigr taict mm^^)^ if any I I 

Perma nent address: I I 
Street: ! I Bax/Aot l I 

City: ! I Stateff>ravince: l I 

apffostalCode: ! I Qmemtelqptone (area code) + miniber r | 

E-mail address: ! "1 Fax#: | | 

If dif faentfiom above, please give you r mailing add ress for all admis sions coirespondenoe: 
Street' ! I Box/Apt: ! I 

Cily: | i State^Province: ! | 

Zip/Postal code: | | Phone at mailing address:! I 
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Social Sccarity#: I 1 Date of With (MMDDYY): 

WhatcountiYarevouadtizenofy fviewcodes)! I 
Rdigious afEiliation (optional) ! 



IfnotaU.S. cittzeii,are3maPennaiieDtRestd^ Yes No ^%aQ^pef 
HaveyoapievioQSfyqipliedtDLems&CI^^ Yes No 
Ifves.for\i1achtermAveart l I 
WHyoo be a camltdate fig need-based financial aid? Yes No 

(Hnandal aid is not a &ctor in the adniission decision process. Indicating "yes" wiU allow us to send the reqniied 
IDF packet) 

Ifyes.FASFA and roFfimlswcre^w^ be filed on: l II l l "1 

(See application instnictions for inqxntant HigiHiiny, infiinnaticm.) 
Name of your canentscfaooi f | 
TypeofSchooL j 

For fiist-year students on^ 
Nunc of high school counselor } 



Ofl5ceteiq>honej | SdK)olFax#: 



Ifigh School CEEB code number [| 



If you're not currently attending school, please tell ns what you're doing. 
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Ptease lirf any retolives who may have attendgrf I^g A naiV^ grow rhwr nam* wlatimiglifp ^^y^ (if kltffwn) 



What infloenced yon to apply tD Lenvis & 



I&veyoa ever visited the Ixw^&Clazkcaiiqn^ Yes No If yes, ^^lea? (MMDDYY)| | 



Save and 


_2 


_3 


_4 




Pagel 




Save this Page 
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Lewis & Clark College 
Application for Admissiofif Page 2 
Fee: $45.00 

Education 

Please list all the seoondaiy sdiools inrfwriing ^fimw^r iK;hoff]ff^ progcamSy and institutes you have attenrtctl, grades 
9-12. most recent firrt* 



Name of School 


aty 


State 


Date Begin 
(MMYY) 


Date End 
(MMYY) 













































Please list attcpncges and amvctsitics yog have attcndfrf>niort Please have an ofiQdal transcript sent 
fippm each <'w>^*"Hon. 



Name of School 


Oty, State 


Quarter or 

Semester 

system 


Date 

Begin 
(MMYY) 


Date end 
(MMYY) 













































Academic Interests 

Areas of study We realize this niay change as yon pi0giessthxough college. Please indicate first and second 
choice ofpos^le interest areas. If yon have more than two, please indicate an nndedded area. 

gir«t rhfttpf I I 



Second Choice | | 

Overseas/Off Campus If more than one, please indicate first and second choices. 
First Oiotce: 

No interest Aastralia/New Zealand AMca Washington, D.C. 

South/SontheastAsia Eastern Eiirope/Riissia and the Rqniblics 

Soathem/(3entral America Western Europe 



East Asia 
New York City 
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Second Choice ^ - ^ * • 

No interest AnstialiaAfcw Zealand Aftica Washington. D.C. 

Soatb^ontheastAsia Eastern Emope/Rassia and the RqmMics NewYodtQ^ 

SoDthem/Oential America Western Eunqie 

Cnrrienlar Interest , . . . 

ArthWesWeasc choose any of the Mowing acthoties offered at I^&C^ 

Forensics 

[] debate^ oratory, cxtcnq), oral interpretation, or inquuiuplu 

Media^ 

LJ Literary Review 

Q Meridian cross<aituraljoiirnal 

D Pioi«cr Log newspaper 

[] KLC radio station 

[] Yiem Kimtah yeaitxxik 

Q LCTV video and film group 
Mnsic^ 

□ choral groui», clamber nmsic, keyboards^ 

Stndetf activities 

fj admissions vohmteer 

Qcdlege Outdoors 

Q conummtty service 

Q intnunurals 

D peertntoring 

D student government 
ThcatEf 

n acting»dance» directing, lightening, set design, tech 

Varritr Sports 

□ baseball 

Dbadc^baU 
Q crosscountry 

□ foodaU 

□ golf 
Dsoftball 
D swimming 
D tennis 

D track and field 
[] volleyball (women) 
Qnb Sports 
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Q iacrasse 
[] martial aits 

D sailing 
D skiiiig 
Q so cc er 
[] vollf7baU(inen) 













Save and 




_3 


_4 















Page 2 




Save this Page 
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Lewis & dark College 
Application for Admission, page 3 
Fee: $45,00 



Family Infonnation 



Stwetl I City:[ 



Statt/Proviace rn gp/Postol Code j H l iviiig: Yes No 

Oaaipation/rifle j I Bm&ait n 



Di9limephi»B:[ 



Collc8c(s): | \ Degree(s)Eaine±| 

GndYear l "~1 

Pn Tfrsiw? ™>or s ta diiate 8diori j I GiadYear is ( | 



Mother Last/Family Name: I I Fiist{_ 

Maiden Name: 



] 



Street: ! I O^. 



State/Ptovince: ! | Zqiffostal Code: | living: Yes 



No 



Ocamatiog/Title: ! I EmploycrL 

Daytime phone: I I 



ColleBe(s) J I Dcgiee(s)Eamed:t 

GiadYear I 



Professional orgiadoatescfaool: ! ] GradYear 19| I 

DegreeCs) Earned: ! I 



Are your parents: Manied Separated Divorced Wdowed 
not with both parents, with whom dj> yon make your permanent home? (Name and relationship) 

Please give names and ages ofyour brothers and sisters. Ifth^ have attended college, give the names of the 
institutions ?tt<>nA>H degrees, and approximate dates: 
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The fiillawiag items are opdonal: 

yilfllBlaB| ( f^ Slate. Ooimtiy) fview codes1:| 

Martial Slatng | ._. _ _ .1 
r's BirtlniJace (City. Slate. Countt v) ^^^Kwc5i!aV. 



Fadier'i 
L 



] 



Mother's Birthplace(City> State. Comm v) rview codesi : 



What is your first language, if other than RngiLsh?L 
How would yo tt describe vomself? 
EthnicOri^ l 



Scholastic Information 

Please indicate your test plans and results below. Be suit to have test scores scm by the testing agency or your 
secondary sc±ool as soon as they are availaUa 



SATI 



Test date 
(MMYY) 


VeriMi 


Math 



















Nextdatetobelakei ^ \\ W 
ACT 



TertDate 
(MMYY) 


Composite 











Next date to be taken ] || | f 



Save and go to page [4] 


Pages 




Save this Page 
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Lewis & Clark College 
A pplication for Admission, page 3 
Fee: $45.00 

Brieffy describe aoy ^^^^^^^ ^tf yHnctiniw or honois yoa have won in grades 9-12» or while in ooH^c. 



EitraciirriciilJu-aiidPmonalActm^ Please list yoorpiindpalextxaciinicular^coimminity,^ 
activities i&onler of their interest to yoiiyQiostinqxu 
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Activity 




School yean or Post- 
secondary (PS) 


Approxiinate 
time tptsjct 


Posttions heldt 
honors won, or 
letters earned 


Do yon 
plan to 
participate 
incollegie? 


9 


10 


11 


12 


PS 


Hoars 

per 

week 


Weeks 

P» 
year 






















Yes 
No 






















Yes 
No 






















Yes 

No 






















xes 
No 






















Yes 
No 






















K C3 

No 






















Yes 

No 






















Yes 

No 



Pkasc list any stocty, travel, woric, vohmteer, or other expcrica^ 
fixst. 



Specific nature of eqierioice 


Location 


Begin dates 
(MMYY) 


End dates 

(Mwnno 


#honrB spent per 
week 



























































In space below, briefly discuss which one of your activittes (extracutiicular, personal, or work experience) has had the 
most meaning for you, and wtqr. 
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Essay/Personal Statement 

The essay helps us become acquainted with you in 

data, tt also enables ycni to dcmoDStiate your aWli^r to oigani^ Thisisavery 

tftipnrfanf pait fifltirieriftn pmcegs and we enconiage yon to respond thooghtfiilty. 

Please write an essay dKmt one of the following tcpi^ ^ ^ 

1) Describe a agniftamt pom or oq)eiieooe that h^ 

2) Discuss some issue oflocai,national»orintmmtinTwl concenianditsinyortancetoyoo. 

3) What living person wouU you most like to invite to dinner and wh^ What would you talk about? 

4) What character in a book you\e read can you relate to best? How do yon see yourself in this character? 



Thnts/^ <97p/icaii£s;* You must al^ 



this time. 
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By rhrrkiit^ 'Ym' Irirag indicites that all the iafiainatifln I submit for my applicatiou is complete, factnally ooncct. 
sod honcstfy piescBtBdL 

Yes No Date: (MMDDYY) □ I II I 

Lewis & riark adhcies to a noodUscniniiiatoiy policy with respect to employmeot* emoUment, and pxogiaxxL The 
CollegB does not discriiniiiate on the tnsi^ 

geatnal ^ yrwntattftn ffy ti^yt^al Sttlft^* ^ fi™ gvwmntfmgnt tn pmmate the letter and qiirit of all egoal 

oppoitnntty and dvil rig^ laws. 



Save and go to page Qj |^ |^ 


Page 4 




Save this Page 
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Invoke and inititalize 
forms engine 



Process posted data to 
detenmine state 



Initial variables 
pertaining to 
application 



Determine which terms 
are avallatsle for the 
applicant/application 
comtrination 



Compare user request 
with avaiiat>le terms 

anddetemiine 
appropriate page to 

return to user 



Read and parse 
application data file 



^61 



Initializes user data 
structure 



performs Urst stage* 
data validation 



163 



outputs an appropriate 

page to the user 
depending upon the 
engine's state 



M64 



FIG. 16 
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Pretaxt 



Input 



^212 



216 



Pntod 



Bement — 20S 
Group— 20B 
TaWc- 210 



212 



— Tabie headings 



RoweiemefUs 



210 



220 



222 



PostTeoi 



-214 



PostText 



214 



VUdatlon 



^218 
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A. a^ancA-noN of suaEcr hatter 
IPC 6 606F17/2r 



AcoMding to tntematiDniJ Patert Ctonificatbn (IPC) or to both national d aawTcatk m «d IPC 



a nELOS SEARCHED 



Mb*i^ (dawaicaiton system fc)lwi«driydaaBl^^ 

IPC 6 606F 



DKajmantationaeeiched other than mWrm^ j^^^^^^^^^ 



Beonnlc data baeecofmuted(fc«ing the mtarrMliorial taareh (narna of data baM and. whaie piadical. aaarch tBrma tiaed) 



CPOCUMEIITSCOHSPBiEPTOBERELEVAWr 

C HiQwy' CiatiDnoldxuBiefiliaihtwacallon, wheie^ipropffa<e.of theretowa* 



rMsvant to daftn No. 



HO 98 04976 A (LEXTRON SYSTEMS INC) 
5 February 1998 (1998-02-05) 

abstract 

page 1, line 15 -page 2, line 12 
page 3, line 11 - line 15; claim 4 

US 5 450 537 A (HIRAI CHIAKI ET AL) 
12 Septenber 1995 (1995-09-12) 
abstract; figure 9 

US 5 640 577 A (SCHARHER ANDREW J) 
17 June 1997 (1997-06-17) 
abstract 

colUBHi 1, line 65 -column 3, line 2; 
figures 2,3 



-/- 



1.13,21, 

32,40, 

45,46 



1,21,32, 
40,45 



1.21,32, 
40,45 



Px) FiMherdocumamaareiatadlnthe ooritimHtionofboaC. 


[in Prtw<««nlVmomber8amlat8dinmnBJL 


* SpediU cfltogorlea of cilad documents : 

'A* document defttbig the gsnsfal state ol the sit which is not 
considBted to be of paitlculv relowanoe 

'E" M^ttocurantlMJtpubishedonoraltartha interndtonal 

V docunemwNd) may throw doubts en piforty cbMslor 
whkii ia dtad to estafaiBh the pufafication date of mother 
elation or other specM reason (as apecHied) 

"0* document rofening to an oral dtadoBure.uae, oothfeftionor 
other means 

'P* document pubWtedprtor to the Nemattonal flIingdatobU 
tatorthan the prtorty date ctaimed 


T later document pubfished after the intemattonal rang date 
orprtoritydatoandnotlnoonllctwiththa appinttonbid 
dtod to undsruand the princ^ or theory undatlying tha 
invention 

■X- docunent of particular rolavance; tha dalmed invention 
otfinot be oonsidefed novel or cannot be coneidsmd to 
Irtvolve an inventivo step when the document ia tahantfona 

*V document of partlculafretovanoe; the cUmed invention 
camol be considMed to Involve an inventive stepMhenthe 
document la combined wfth one or more other suchdocu- 
mmts. such combination being obvious to a peraoniWlBd 
in the art. 

'&* document member of tha smteptfenttonBy 




Date of maiing of tha tntervuHional aewch report 


14 Septenber 1999 


21/09/1999 


Name and mailing ad(*es8 of the ISA 
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